| /Linux-v6.6/Documentation/translations/it_IT/process/ |
| D | 5.Posting.rst | 66 Come regola generale, pensarci un po' di più prima di inviare il codice
78 Come regola generale, una patch dovrebbe basarsi sul ramo principale attuale
79 così come lo si trova nei sorgenti git di Linus. Quando vi basate sul ramo
91 Solo le modifiche più semplici dovrebbero essere preparate come una singola
92 patch; tutto il resto dovrebbe essere preparato come una serie logica di
94 passano molto tempo nel capire come farlo in modo che piaccia alla comunità.
99 come quella che trovate nel vostro sistema di controllo di versione.
105 - Ogni modifica logicamente indipendente dovrebbe essere preparata come una
125 difficile così come quella di chi s'impegna nel nobile lavoro di
135 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.
114 Questo file descrive dettagliatamente come creare ed inviare una patch
125 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 | botching-up-ioctls.rst | 6 (Come evitare di) Raffazzonare delle ioctl
23 focalizzano sui tecnicismi e non sulla visione d'insieme, come le discussioni
36 definiti nello spazio utente, il kernel definisce alcuni tipi speciali, come:
54 vostro codice perché questo riduce le verifiche che strumenti come sparse
135 allora implementate una scadenza oppure come ultima spiaggia una rete di
155 derivano da domini temporali diversi come il vostro orologio di sistema
175 qualcosa di molto lento come il contatore di *frame*. Con la giacca da
209 oggetti specifici di dispositivo, come i connettori, condividono uno spazio
219 ma considerate l'idea di usare il numero di inode come identificatore per i
220 descrittori di file condivisi - che poi è come si distinguono i veri file.
[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 | 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 | 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
162 come una patch viene inserita nel kernel. Ciò che segue è un'introduzione
169 della modifica - e come verranno soddisfatti. Il lavoro di progettazione
223 Come le modifiche finiscono nel Kernel
247 Strumenti come git (e affini come quilt o mercurial) permettono ai manutentori
258 È chiaro che, qualche volta, guardi più attentamente. Ma, come regola
267 i due o tre collegamenti. Questo processo è conosciuto come
271 Chiaramente, in un sistema come questo, l'inserimento delle patch all'interno
[all …]
|
| D | submitting-patches.rst | 18 dettagli su come funziona il processo di sviluppo del kernel leggete
82 Una volta che il problema è chiaro, descrivete come lo risolvete andando
85 comporti come descritto.
89 ``git``, come un "commit log". Leggete :ref:`it_the_canonical_patch_format`.
106 xyzzy to do frotz", come se steste dando ordini al codice di cambiare il suo
156 i risultati dei comandi ``git log`` o ``git show`` come nell'esempio
224 di stile dovrebbe essere visto come una guida, non come un sostituto al
282 nella vostra patch, nell'area dedicata alle firme (notate, NON come destinatario
303 come testo. Il modo più facile, e quello raccomandato, è con ``git
317 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 | maintainer-pgp-guide.rst | 144 come le vere chiavi passpartout in grado di aprire diverse serrature). Dato che
274 riferimento alla documentazione della vostra distribuzione per capire come
301 come potreste pensare. Potrebbero essere letti o trafugati in diversi modi:
373 da GnuPG v1. Effettuare una qualsiasi modifica alla vostra chiave, come
421 ECC ED25519, ma offre meno funzionalità di sicurezza (come la resistenza
429 sicurezza come FIDO, U2F, e ora supporta anche le chiavi ECC (NISTP)
476 Tornando al nostro menu, potete impostare anche altri valori (come il nome,
516 tutti i comandi saranno eseguiti nella modalità menu, come indicato
526 ``*`` indica che la chiave è stata "selezionata". Funziona come un
592 Per verificare che la smartcard funzioni come dovuto, potete creare
[all …]
|
| 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
212 Se il vostro lavoro è stato svolto in un ambiente aziendale - come molto
|
| /Linux-v6.6/drivers/mfd/ |
| D | kempld-core.c | 403 /* PXT and COMe-cPC2 boards may require a second release */ in kempld_detect_device()
574 DMI_MATCH(DMI_BOARD_NAME, "COMe-bBD"),
582 DMI_MATCH(DMI_BOARD_NAME, "COMe-bBL6"),
590 DMI_MATCH(DMI_BOARD_NAME, "COMe-bDV7"),
598 DMI_MATCH(DMI_BOARD_NAME, "COMe-bHL6"),
606 DMI_MATCH(DMI_BOARD_NAME, "COMe-bKL6"),
614 DMI_MATCH(DMI_BOARD_NAME, "COMe-bSL6"),
622 DMI_MATCH(DMI_BOARD_NAME, "COMe-cAL"),
630 DMI_MATCH(DMI_BOARD_NAME, "COMe-cBL6"),
638 DMI_MATCH(DMI_BOARD_NAME, "COMe-cBW6"),
[all …]
|
| /Linux-v6.6/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
262 la printf ANSI C, e la concatenazione di una stringa C come primo argomento
268 questi sono interpretati da syslog come livelli. Un caso speciale:
281 nei vostri programmi utenti le printf come se fossero printk :)
297 impostare singoli valori (come int, char, o long) da e verso lo spazio utente.
325 un pezzo di memoria allineato, esattamente come malloc e free nello spazio
404 puntatori, come :c:func:`cpu_to_be32p()`, che prende un puntatore
406 la famiglia di conversioni "in-situ", come :c:func:`cpu_to_be32s()`,
462 compilato come modulo. Guardate l'header file per informazioni. Da notare che
[all …]
|
| /Linux-v6.6/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-v6.6/Documentation/translations/it_IT/core-api/ |
| D | symbol-namespaces.rst | 9 Questo documento descrive come usare lo spazio dei nomi dei simboli
16 Lo spazio dei nomi dei simboli è stato introdotto come mezzo per strutturare
20 esempio allo spazio dei nomi SUBSYSTEM_DEBUG) così come per limitare
27 2. Come definire uno spazio dei nomi dei simboli
86 3. Come usare i simboli esportati attraverso uno spazio dei nomi
111 ai metadati del modulo come MODULE_AUTHOR() o MODULE_LICENSE(). Fate
|
| /Linux-v6.6/Documentation/translations/it_IT/doc-guide/ |
| D | kernel-doc.rst | 64 Come formattare i commenti kernel-doc
69 del commento è formattato come un normale commento multilinea, ovvero
158 d'interruzione, così come i *lock* che prende, rilascia e che si aspetta che
180 se provate a formattare bene il vostro testo come nel seguente esempio::
199 due punti, allora ognuna di queste frasi verrà considerata come il nome
228 I membri di strutture, unioni ed enumerati devo essere documentati come i
315 che inizia con ``/**`` e finisce con ``*/``; commenti multi riga come
399 Questo è particolarmente utile se dovete scrivere qualcosa come ``%ph``
420 completo come descritto sopra. Questo è dedicato ai commenti obsoleti.
472 sorgente, ma anche come identificatore per l'estrazione di questi commenti di
[all …]
|
| D | parse-headers.rst | 18 documentazione. Per avere un esempio su come utilizzarlo all'interno del kernel
105 come la seguente:
163 In un enumerato come il seguente:
173 In un enumerato come il seguente:
|
| /Linux-v6.6/Documentation/w1/slaves/ |
| D | w1_ds28e17.rst | 23 come and go as the DS28E17 devices come and go. I2C slave devices connected to
42 chips may come and go on the Onewire bus without being de-powered and
|
