| /linux-6.14.4/drivers/mfd/ |
| D | kempld-core.c | 391 /* PXT and COMe-cPC2 boards may require a second release */ in kempld_detect_device()
497 DMI_MATCH(DMI_BOARD_NAME, "COMe-bBD"),
503 DMI_MATCH(DMI_BOARD_NAME, "COMe-bBL6"),
509 DMI_MATCH(DMI_BOARD_NAME, "COMe-bDV7"),
515 DMI_MATCH(DMI_BOARD_NAME, "COMe-bHL6"),
521 DMI_MATCH(DMI_BOARD_NAME, "COMe-bKL6"),
527 DMI_MATCH(DMI_BOARD_NAME, "COMe-bSL6"),
533 DMI_MATCH(DMI_BOARD_NAME, "COMe-cAL"),
539 DMI_MATCH(DMI_BOARD_NAME, "COMe-cBL6"),
545 DMI_MATCH(DMI_BOARD_NAME, "COMe-cBW6"),
[all …]
|
| /linux-6.14.4/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 | 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
171 migliore di imparare come programmare per il kernel che guardare il codice
181 i commenti come domande e non come critiche. Chiedere "Come viene rilasciato
[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 | 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 | 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 | 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
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 | 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 | 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
171 i risultati dei comandi ``git log`` o ``git show`` come nell'esempio
239 di stile dovrebbe essere visto come una guida, non come un sostituto al
301 nella vostra patch, nell'area dedicata alle firme (notate, NON come destinatario
322 come testo. Il modo più facile, e quello raccomandato, è con ``git
336 MIME come puro testo, e questo rende impossibile commentare il vostro codice.
[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
76 modificare. E rispondete al revisore ringraziandolo e spiegando come
104 revisori le questioni sollevate precedetemene e come le avete risolte.
129 sottosistema gestito da un manutentore. Come ciò avviene dipende dal
146 revisori; anche a questi commenti dovrete rispondere come avete già fatto per
233 come qualcuno che blocca un buon lavoro senza motivo, quelle patch vi
246 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
76 configurazioni basilari come l'indentazione e la fine delle righe verranno
130 blocchi #ifdef. Come regola generale, quando possibile, l'uso di #ifdef
306 il valore di ritorno di ogni operazione (come l'allocazione della memoria)
319 come il codice risponde quando le cose vanno male. Consultate:
321 informazioni su come utilizzare questo strumento.
[all …]
|
| D | stable-kernel-rules.rst | 23 - Corregge un problema come un oops, un blocco, una corruzione di dati, un
35 come una teorica sezione critica, senza aver fornito anche una spiegazione
36 su come il baco possa essere sfruttato.
113 Notate che per una serie di patch non dovere elencare come necessarie tutte
119 dove patch2 dipende da patch1, non dovete elencare patch1 come requisito per
166 l'identificativo del commit nei sorgenti principali, così come la versione del
203 - Le patch che hanno ricevuto un ACK verranno inviate nuovamente come parte di
|
| 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
|
| /linux-6.14.4/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-6.14.4/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-6.14.4/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-6.14.4/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
381 Le macro simili a funzioni sono gestite come funzioni da ``scripts/kernel-doc``.
443 Questo è particolarmente utile se dovete scrivere qualcosa come ``%ph``
464 completo come descritto sopra. Questo è dedicato ai commenti obsoleti.
[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-6.14.4/Documentation/translations/it_IT/i2c/ |
| D | i2c-protocol.rst | 46 Sono come le transazioni di cui sopra, ma invece di uno condizione di stop P
62 risponde con [NA]. Impostando questo flag, si considera qualsiasi [NA] come
85 come un singolo trasferimento verso il dispositivo I2C. Inoltre, alcuni
98 simili a I2C come SCCB lo richiedono. Normalmente, non si vuole essere
|