| /Linux-v5.15/Documentation/translations/it_IT/process/ |
| D | 5.Posting.rst | 67 Come regola generale, pensarci un po' di più prima di inviare il codice
79 Come regola generale, una patch dovrebbe basarsi sul ramo principale attuale
80 così come lo si trova nei sorgenti git di Linus. Quando vi basate sul ramo
92 Solo le modifiche più semplici dovrebbero essere preparate come una singola
93 patch; tutto il resto dovrebbe essere preparato come una serie logica di
95 passano molto tempo nel capire come farlo in modo che piaccia alla comunità.
100 come quella che trovate nel vostro sistema di controllo di versione.
106 - Ogni modifica logicamente indipendente dovrebbe essere preparata come una
126 difficile così come quella di chi s'impegna nel nobile lavoro di
136 come una serie di patch, ma di lasciare questa infrastruttura inutilizzata
[all …]
|
| D | howto.rst | 8 Come partecipare allo sviluppo del kernel Linux
12 Esso contiene le istruzioni su come diventare uno sviluppatore
13 del kernel Linux e spiega come lavorare con la comunità di
24 Dunque, volete imparare come diventare sviluppatori del kernel Linux?
29 su come lavorare con la comunità. Il documento cercherà, inoltre,
57 Tenete a mente che state cercando di apprendere come lavorare con la comunità
82 insegneranno come interagire con la comunità del kernel. Quando nuove
84 relativi file di documentatione che spiegano come usarele.
115 Questo file descrive dettagliatamente come creare ed inviare una patch
126 Altre ottime descrizioni di come creare buone patch sono:
[all …]
|
| D | 7.AdvancedTopics.rst | 11 A questo punto, si spera, dovreste avere un'idea su come funziona il processo
33 documento al riguardo. Invece, qui ci concentriamo in particolare su come
46 base solida su come funziona git. Uno sviluppatore che sappia usare git
50 (come ``rebase``) è altrettanto utile. Git ha i propri concetti e la propria
80 riscritta come se fosse stata scritta in cima al ramo principale di oggi,
94 la storia che avete esposto ad altri, generalmente, dovrebbe essere vista come
121 può essere utile; questo strumento si ricorda come i conflitti di *merge*
124 Una delle lamentele più grosse e ricorrenti sull'uso di strumenti come git
169 migliore di imparare come programmare per il kernel che guardare il codice
179 i commenti come domande e non come critiche. Chiedere "Come viene rilasciato
|
| D | license-rules.rst | 16 aggiunge eccezione per le chiamate di sistema come descritto in
19 Questo documento fornisce una descrizione su come ogni singolo file sorgente
36 una licenza permissiva come BSD, MIT eccetera.
48 aggiungere il corrispondente blocco di testo come commento in testa a detto
66 licenze SPDX assieme al rispettivo testo come mostrato in
74 L'identificativo di licenza SPDX dev'essere posizionato come prima riga
77 come prima riga '#!PATH_TO_INTERPRETER'. Per questi script l'identificativo
107 SPDX della licenza come indicato nella lista di licenze SPDX, oppure la
113 Gli identificativi di licenza per licenze come la [L]GPL che si avvalgono
167 Le licenze attualmente in uso, così come le licenze aggiunte al kernel, possono
[all …]
|
| D | volatile-considered-harmful.rst | 12 essere cambiate al di fuori dal thread di esecuzione corrente; come risultato,
15 *volatile* come una variabile atomica di facile utilizzo, ma non è così.
27 Come *volatile*, le primitive del kernel che rendono sicuro l'accesso ai dati
45 in attesa del lock. Gli spinlock agiscono come barriere di sincronizzazione
49 spin_lock(), che agisce come una barriera di sincronizzazione, gli imporrà di
52 Se il dato condiviso fosse stato dichiarato come *volatile*, la
78 o cedere il passo ad un processore hyperthreaded gemello; funziona anche come
111 visto come un baco e porterà a verifiche aggiuntive. Gli sviluppatori tentati
|
| D | email-clients.rst | 20 stessi. Salvatela come testo includendo tutte le intestazioni. Poi eseguite
29 come testo integrante del messaggio. Alcuni manutentori accettano gli
31 impostato come ``text/plain``. Tuttavia, generalmente gli allegati non sono
79 suggerimenti non sono da considerarsi come un riassunto di una configurazione
149 Come soluzione aggiuntiva potreste personalizzare la vostra barra degli
163 inserite come testo del messaggio le rende più difficili da estrarre dalla loro
166 Se dovete assolutamente inviare delle patch come allegati invece di integrarle
170 l'allegato sia più leggibile venendo visualizzato come parte del messaggio.
172 Per salvare le patch inviate come parte di un messaggio, selezionate il
174 :menuselection:`Salva come`. Se il messaggio fu ben preparato, allora potrete
[all …]
|
| D | coding-style.rst | 112 Come limite di riga si preferiscono le 80 colonne.
125 Tuttavia, non spezzettate mai le stringhe visibili agli utenti come i
136 come mostratoci dai profeti Kernighan e Ritchie, è quello di
180 nell'espressione if-else, come questo:
254 linguaggio non lo richiede; come ``sizeof info`` dopo aver dichiarato
288 binari o ternari, come i seguenti::
325 nomi graziosi come ThisVariableIsATemporaryCounter. Un programmatore C
334 dei nomi descrittivi, così come le funzioni globali. Se avete una funzione
355 Per favore non usate cose come ``vps_t``.
382 una bella cosa. Il motivo per cui abbiamo cose come pte_t eccetera è
[all …]
|
| D | adding-syscalls.rst | 12 nuove chiamate di sistema al kernel Linux; questo è da considerarsi come
13 un'aggiunta ai soliti consigli su come proporre nuove modifiche
38 come chiamate :manpage:`ioctl(2)`, il che potrebbe portare ad un'API in
45 essere sempre vero (per esempio, in ambienti come namespace/sandbox/chroot).
57 Come per :manpage:`fcntl(2)`, questa chiamata di sistema è un complesso
153 Questo permette più flessibilità su come lo spazio utente specificherà il file
167 per descrivere uno scostamento all'interno di un file, usate ``loff_t`` come
173 (verificato con una chiamata a ``capable()``), come descritto nella pagina man
210 scritta nell'email di presentazione, oppure come modifica vera e propria
213 Le proposte di nuove chiamate di sistema, come ogni altro modifica all'API del
[all …]
|
| D | 2.Process.rst | 8 Come funziona il processo di sviluppo
15 lo sviluppo più agevole. È richiesta una solida conoscenza di come tale
68 amichevole. Come regola generale: se vi perdete la finestra di inclusione per
169 come una patch viene inserita nel kernel. Ciò che segue è un'introduzione
176 della modifica - e come verranno soddisfatti. Il lavoro di progettazione
230 Come le modifiche finiscono nel Kernel
254 Strumenti come git (e affini come quilt o mercurial) permettono ai manutentori
265 È chiaro che, qualche volta, guardi più attentamente. Ma, come regola
274 i due o tre collegamenti. Questo processo è conosciuto come
278 Chiaramente, in un sistema come questo, l'inserimento delle patch all'interno
[all …]
|
| D | maintainer-pgp-guide.rst | 181 La chiave con capacità **[C]** (certify) è identificata come la chiave
253 ED25519 ECC, come la Nitrokey Pro o la Yubikey, allora dovreste usare
309 riferimento alla documentazione della vostra distribuzione per capire come
336 come potreste pensare. Potrebbero essere letti o trafugati in diversi modi:
408 da GnuPG v1. Effettuare una qualsiasi modifica alla vostra chiave, come
456 ECC ED25519, ma offre meno funzionalità di sicurezza (come la resistenza
464 sicurezza come FIDO, U2F, e ora supporta anche le chiavi ECC (NISTP)
509 Tornando al nostro menu, potete impostare anche altri valori (come il nome,
543 tutti i comandi saranno eseguiti nella modalità menu, come indicato
553 ``*`` indica che la chiave è stata "selezionata". Funziona come un
[all …]
|
| D | submitting-patches.rst | 18 dettagli su come funziona il processo di sviluppo del kernel leggete
80 Una volta che il problema è chiaro, descrivete come lo risolvete andando
83 comporti come descritto.
87 ``git``, come un "commit log". Leggete :ref:`it_explicit_in_reply_to`.
104 xyzzy to do frotz", come se steste dando ordini al codice di cambiare il suo
143 i risultati dei comandi ``git log`` o ``git show`` come nell'esempio
211 di stile dovrebbe essere visto come una guida, non come un sostituto al
268 nella vostra patch, nell'area dedicata alle firme (notate, NON come destinatario
308 come testo. Il modo più facile, e quello raccomandato, è con ``git
322 MIME come puro testo, e questo rende impossibile commentare il vostro codice.
[all …]
|
| D | 1.Intro.rst | 29 qualcosa per il kernel sono invitati ad individuare e sistemare bachi come
52 processo di sviluppo; questa sezione offre una serie di consigli su come
80 sistemi integrati, che usano Linux come componente di un prodotto integrato,
136 preoccuparsi di apprendere come lavorare con la comunità del kernel e di
138 s'intende quello mantenuto da Linus Torvalds e usato come base dai
197 fronte a delle alternative poco piacevoli, come: (1) mantenere un elemento
217 molti moduli binari siano prodotti derivati del kernel e che, come risultato,
220 niente in questo documento può essere considerato come un consiglio legale.
285 non è stato licenziato come software libero dal proprio creatore, o che
286 potrebbe creare problemi di copyright per il kernel (come il codice derivante
|
| D | kernel-enforcement-statement.rst | 11 Come sviluppatori del kernel Linux, abbiamo un certo interessa su come il
12 nostro software viene usato e su come la sua licenza viene fatta rispettare.
30 adottare le seguenti disposizioni della GPL-3.0 come permessi aggiuntivi
55 software. Vediamo l'azione legale come ultima spiaggia, da avviare solo quando
|
| D | 6.Followthrough.rst | 26 processo è quasi come impedire l'inclusione delle vostre patch nel
41 fondamentale: come verrà mantenuto questo codice nel kernel nei prossimi
69 modificare. E rispondete al revisore ringraziandolo e spiegando come
97 revisori le questioni sollevate precedetemene e come le avete risolte.
122 sottosistema gestito da un manutentore. Come ciò avviene dipende dal
139 revisori; anche a questi commenti dovrete rispondere come avete già fatto per
226 come qualcuno che blocca un buon lavoro senza motivo, quelle patch vi
239 modo può essere avvilente e scoraggiante, ma la comunità ricorderà come
|
| D | 4.Coding.rst | 49 in differenti modi - incluso il controllo sul come formattare il codice.
53 iniziare a generare patch che correggono lo stile come modo per prendere
54 famigliarità con il processo, o come modo per inserire i propri nomi nei
56 di codifica puramente correttiva come "rumore"; queste attività riceveranno
61 Il documento sullo stile del codice non dovrebbe essere letto come una legge
126 blocchi #ifdef. Come regola generale, quando possibile, l'uso di #ifdef
302 il valore di ritorno di ogni operazione (come l'allocazione della memoria)
315 come il codice risponde quando le cose vanno male. Consultate:
317 informazioni su come utilizzare questo strumento.
369 descrizione di come questi documenti devono essere impostati e quali
[all …]
|
| D | management-style.rst | 20 come un gioco, ma ciò non significa che non possa essere vero.
35 di come rispondere.
51 davvero bisogno di voi per questo, come dirigenti siete nei guai.
73 E le persone vedranno tutto ciò come prova di vera capacità di comando
116 **loro** non sono certi se sia una buona idea, voi, sicuro come la morte,
132 Questo può suonare come un fallimento, ma di solito questo è un segno che
135 sbagliavano. Voi ne uscirete freschi come una rosa, e avrete evitato un'altra
264 facilmente finiscono per strabordare e nascondere i problemi, e come si usa
|
| D | 3.Early-stage.rst | 12 tentati dal saltare tutto e iniziare a codificare. Tuttavia, come ogni
21 Come qualsiasi progetto ingegneristico, un miglioramento del kernel di
91 Non tutte le capacità del kernel sono documentate così bene come ci
118 come risultato, l'inserimento di questo codice (ora chiamato mac80211)
126 problemi - e il diniego a risolverne alcuni - ha avuto come conseguenza
211 Se il vostro lavoro è stato svolto in un ambiente aziendale - come molto
|
| /Linux-v5.15/drivers/mfd/ |
| D | kempld-core.c | 404 /* PXT and COMe-cPC2 boards may require a second release */ in kempld_detect_device()
575 DMI_MATCH(DMI_BOARD_NAME, "COMe-bBD"),
583 DMI_MATCH(DMI_BOARD_NAME, "COMe-bBL6"),
591 DMI_MATCH(DMI_BOARD_NAME, "COMe-bDV7"),
599 DMI_MATCH(DMI_BOARD_NAME, "COMe-bHL6"),
607 DMI_MATCH(DMI_BOARD_NAME, "COMe-bKL6"),
615 DMI_MATCH(DMI_BOARD_NAME, "COMe-bSL6"),
623 DMI_MATCH(DMI_BOARD_NAME, "COMe-cAL"),
631 DMI_MATCH(DMI_BOARD_NAME, "COMe-cBL6"),
639 DMI_MATCH(DMI_BOARD_NAME, "COMe-cBW6"),
[all …]
|
| D | rsmu_i2c.c | 21 * 16-bit register address: the lower 8 bits of the register address come
22 * from the offset addr byte and the upper 8 bits come from the page register.
28 * 15-bit register address: the lower 7 bits of the register address come
29 * from the offset addr byte and the upper 8 bits come from the page register.
|
| /Linux-v5.15/Documentation/translations/it_IT/ |
| D | index.rst | 63 Più in generale, la documentazione, come il kernel stesso, sono in
74 (GPLv2), come licenziare i singoli file; inoltre troverete i riferimenti al
104 Questi manuali contengono informazioni su come contribuire allo sviluppo
107 sviluppatori che contribuiscono ogni anno. Come in ogni grande comunità,
108 sapere come le cose vengono fatte renderà il processo di integrazione delle
121 Questi manuali forniscono dettagli su come funzionano i sottosistemi del
|
| /Linux-v5.15/tools/perf/pmu-events/arch/arm64/hisilicon/hip08/ |
| D | uncore-l3c.json | 40 …"BriefDescription": "Count of the number of read lines that come from this cluster of CPU core in …
41 …"PublicDescription": "Count of the number of read lines that come from this cluster of CPU core in…
47 …"BriefDescription": "Count of the number of write lines that come from this cluster of CPU core in…
48 …"PublicDescription": "Count of the number of write lines that come from this cluster of CPU core i…
|
| /Linux-v5.15/Documentation/translations/it_IT/kernel-hacking/ |
| D | hacking.rst | 61 od altre eccezioni: come nello spazio utente, altre procedure più importanti,
106 marcata come pendente (solitamente da un'interruzione hardware) viene
263 la printf ANSI C, e la concatenazione di una stringa C come primo argomento
269 questi sono interpretati da syslog come livelli. Un caso speciale:
282 nei vostri programmi utenti le printf come se fossero printk :)
298 impostare singoli valori (come int, char, o long) da e verso lo spazio utente.
326 un pezzo di memoria allineato, esattamente come malloc e free nello spazio
405 puntatori, come :c:func:`cpu_to_be32p()`, che prende un puntatore
407 la famiglia di conversioni "in-situ", come :c:func:`cpu_to_be32s()`,
463 compilato come modulo. Guardate l'header file per informazioni. Da notare che
[all …]
|
| /Linux-v5.15/Documentation/translations/it_IT/core-api/ |
| D | symbol-namespaces.rst | 10 Questo documento descrive come usare lo spazio dei nomi dei simboli
17 Lo spazio dei nomi dei simboli è stato introdotto come mezzo per strutturare
21 esempio allo spazio dei nomi SUBSYSTEM_DEBUG) così come per limitare
28 2. Come definire uno spazio dei nomi dei simboli
87 3. Come usare i simboli esportati attraverso uno spazio dei nomi
112 ai metadati del modulo come MODULE_AUTHOR() o MODULE_LICENSE(). Fate
|
| /Linux-v5.15/Documentation/translations/it_IT/doc-guide/ |
| D | kernel-doc.rst | 61 Come formattare i commenti kernel-doc
66 del commento è formattato come un normale commento multilinea, ovvero
155 d'interruzione, così come i *lock* che prende, rilascia e che si aspetta che
177 se provate a formattare bene il vostro testo come nel seguente esempio::
196 due punti, allora ognuna di queste frasi verrà considerata come il nome
225 I membri di strutture, unioni ed enumerati devo essere documentati come i
312 che inizia con ``/**`` e finisce con ``*/``; commenti multi riga come
396 Questo è particolarmente utile se dovete scrivere qualcosa come ``%ph``
417 completo come descritto sopra. Questo è dedicato ai commenti obsoleti.
469 sorgente, ma anche come identificatore per l'estrazione di questi commenti di
[all …]
|
| D | parse-headers.rst | 19 documentazione. Per avere un esempio su come utilizzarlo all'interno del kernel
106 come la seguente:
164 In un enumerato come il seguente:
174 In un enumerato come il seguente:
|
