Searched refs:una (Results 1 – 10 of 10) sorted by relevance
| /Linux-v4.19/Documentation/translations/it_IT/doc-guide/ |
| D | kernel-doc.rst | 35 È considerata una buona pratica quella di fornire una documentazione formattata
38 inoltre, di fornire una documentazione kernel-doc anche per procedure private
39 (ovvero, dichiarate "static") al fine di fornire una struttura più coerente
40 dei sorgenti. Quest'ultima raccomandazione ha una priorità più bassa ed è a
49 Cerchiamo anche di fornire una documentazione formattata secondo kernel-doc
53 Raccomandiamo, inoltre, di fornire una documentazione formattata con kernel-doc
55 una struttura più coerente dei sorgenti. Questa raccomandazione ha una priorità
68 su una riga separata.
118 un argomento, una linea di commento vuota, oppure la fine del commento.
123 Ogni argomento di una funzione dovrebbe essere descritto in ordine, subito
[all …]
|
| D | sphinx.rst | 22 e l'architettura del codice. I commenti di tipo kernel-doc hanno una struttura
37 un documento PDF è raccomandato l'utilizzo di una versione superiore alle 1.4.6.
47 Un modo per evitare questo genere di problemi è quello di utilizzare una
66 utilizzando LaTeX. Per una corretta interpretazione, è necessario aver
102 anche una serie di pacchetti ``texlive`` in modo da fornire il supporto
155 verrà utilizzato per ottenere una documentazione HTML più gradevole.
180 quella che state leggendo ora), ma per una documentazione più elaborata è
181 consigliato creare una sottocartella dedicata (o, quando possibile, utilizzarne
182 una già esistente). Per esempio, il sottosistema grafico è documentato nella
204 essere testo semplice con una strutturazione minima che permetta la
[all …]
|
| D | parse-headers.rst | 114 La dichiarazione ignore o replace verrà applicata su una qualsiasi #define
121 La dichiarazione ignore o replace verrà applicata ad una dichiarazione typedef
159 Ignora una definizione #define _VIDEODEV2_H nel file C_FILE.
|
| /Linux-v4.19/Documentation/translations/it_IT/kernel-hacking/ |
| D | hacking.rst | 48 l'un l'altro, ma a parte questo esiste una gerarchia rigida: ognuno di questi
50 softirq è in esecuzione su d'una CPU, nessun altro softirq può avvicendarsi
60 Ci si trova nel contesto utente quando si arriva da una chiamata di sistema
86 garantisce che questi gestori non vengano mai interrotti: se una stessa
91 programmare una 'interruzione software' per l'esecuzione e quindi terminare.
93 Potete dire d'essere in una interruzione hardware perché :c:func:`in_irq()`
104 Quando una chiamata di sistema sta per tornare allo spazio utente,
156 lo stato dell'FPU (ed evitare cambi di contesto). Generalmente è una
196 All'interno di una ioctl vi trovate nel contesto utente di un processo. Quando
208 della manipolazione di una struttura dati.
[all …]
|
| D | locking.rst | 29 (Saltatelo se sapete già cos'è una corsa critica).
89 La prelazione può sortire gli stessi effetti, anche se c'è una sola CPU:
159 Se avete una struttura dati che verrà utilizzata solo dal contesto utente,
289 :c:func:`spin_lock_irqsave()` (``include/linux/spinlock.h``) è una variante che
290 salva lo stato delle interruzioni in una variabile, questa verrà poi passata
306 succede, dovreste usare :c:func:`spin_lock_irqsave()`: è una specificità
315 - Se siete in un contesto utente (una qualsiasi chiamata di sistema)
374 Ci sono funzioni che provano a trattenere un *lock* solo una volta e
396 Guardiamo un semplice esempio: una memoria che associa nomi a numeri.
404 utente (in soldoni, da una chiamata di sistema), quindi possiamo dormire.
[all …]
|
| /Linux-v4.19/Documentation/translations/it_IT/ |
| D | index.rst | 13 è ovvio che alcune frasi vadano trasformate: non aspettatevi una traduzione
33 che vi segnaleranno la mancanza di una traduzione o di un gruppo di
67 Il manuale delle API verso lo spazio utente è una collezione di documenti
81 Attorno al kernel Linux gira una comunità molto grande con migliaia di
|
| /Linux-v4.19/drivers/net/fddi/skfp/ |
| D | smt.c | 81 static void smt_fill_una(struct s_smc *smc, struct smt_p_una *una);
945 smt_fill_una(smc,&nif->una) ; /* set UNA */ in smt_send_nif()
1155 static void smt_fill_una(struct s_smc *smc, struct smt_p_una *una) in smt_fill_una() argument
1157 SMTSETPARA(una,SMT_P_UNA) ; in smt_fill_una()
1158 una->una_pad = 0 ; in smt_fill_una()
1159 una->una_node = smc->mib.m[MAC0].fddiMACUpstreamNbr ; in smt_fill_una()
|
| /Linux-v4.19/tools/power/cpupower/po/ |
| D | it.po | 359 msgstr " (ottenuta da una chiamata diretta all'hardware)"
523 "Non è possibile specificare più di una volta l'opzione --cpu e/o\n"
638 "- Stai provando ad impostare una politica di gestione non valida?\n"
639 "- Stai provando a impostare una specifica frequenza ma il gestore\n"
664 "Almeno una delle opzioni -f/--freq, -d/--min, -u/--max, e -g/--governor\n"
940 "Non è possibile specificare più di una volta l'opzione --cpu e/o\n"
|
| /Linux-v4.19/drivers/net/fddi/skfp/h/ |
| D | smt.h | 730 struct smt_p_una una ; /* UNA */ member
|
| /Linux-v4.19/drivers/net/fddi/ |
| D | defxx.h | 694 PI_LAN_ADDR una; member
|
