| /Linux-v5.4/Documentation/translations/it_IT/process/ |
| D | 5.Posting.rst | 12 presentato alla comunità per una revisione ed eventualmente per la sua
27 C'è sempre una certa resistenza nel pubblicare patch finché non sono
29 Ma quando il lavoro è di una certa complessità, c'è molto da guadagnare
65 con una licenza GPL
71 Preparazione di una patch
74 La preparazione delle patch per la pubblicazione può richiedere una quantità
78 Le patch devono essere preparate per una specifica versione del kernel.
79 Come regola generale, una patch dovrebbe basarsi sul ramo principale attuale
85 Per facilitare una revisione e una verifica più estesa, potrebbe diventare
92 Solo le modifiche più semplici dovrebbero essere preparate come una singola
[all …]
|
| D | 6.Followthrough.rst | 13 l'aggiunta delle vostre capacità ingegneristiche, avete pubblicato una serie
17 simboleggia una transizione alla fase successiva del processo, con,
20 È raro che una modifica sia così bella alla sua prima pubblicazione che non
32 Una patch che abbia una certa rilevanza avrà ricevuto numerosi commenti
40 scriverla. Ma tale valore non li tratterrà dal porvi una domanda
51 fatti ancora e ancora. Se ricevete una revisione che vi sembra abbia
75 su di una modifica suggerita, spiegatela inserendo anche la vostra soluzione
96 l'ultima volta. Quindi è sempre una buona idea quella di ricordare ai
106 una decisione. Se credete veramente che tale decisione andrà contro di voi
109 Andrew Morton. Andrew è una figura molto rispettata all'interno della
[all …]
|
| D | coding-style.rst | 18 La prima cosa che suggerisco è quella di stamparsi una copia degli standard
48 subordinati ``case``. In questo modo si evita una doppia indentazione per
102 d'intestazione, alle funzioni con una lista di argomenti molto lunga. Tuttavia,
112 una strategia di posizionamento o un'altra; ma il modo qui preferito,
115 di chiusura per prima su una nuova riga, così:
154 Notate che la graffa di chiusura è da sola su una riga propria, ad
181 righe sul vostro schermo non sono una risorsa illimitata (pensate ad uno
185 Non usate inutilmente le graffe dove una singola espressione è sufficiente.
202 contiene una sola espressione; in quest'ultimo caso usate le graffe per
214 Inoltre, usate le graffe se un ciclo contiene più di una semplice istruzione:
[all …]
|
| D | 4.Coding.rst | 31 praticamente informativa. Ne risulta che ci sia una quantità sostanziale di
41 quanto il kernel richiede una certa uniformità, in modo da rendere possibile
42 per gli sviluppatori una comprensione veloce di ogni sua parte. Non ci sono,
57 una fredda accoglienza. Di conseguenza è meglio evitare questo tipo di patch.
61 Il documento sullo stile del codice non dovrebbe essere letto come una legge
63 (per esempio, una linea che diviene poco leggibile se divisa per rientrare
67 le regole, per una riformattazione automatica e veloce del vostro codice
85 al pari di una prematura ottimizzazione. L'astrazione dovrebbe essere usata
88 Ad un livello base, considerate una funzione che ha un argomento che viene
104 D'altro canto, se vi ritrovate a dover copiare una quantità significativa di
[all …]
|
| D | submitting-patches.rst | 11 Una persona o un'azienda che volesse inviare una patch al kernel potrebbe
13 una certa familiarità col "sistema". Questo testo è una raccolta di
21 per una lista di punti da verificare prima di inviare del codice. Se state
49 tar (come descritto in una delle prossime sezioni), ma questa è la via più
68 Per creare una patch per un singolo file, spesso è sufficiente fare::
79 Per creare una patch per molteplici file, dovreste spacchettare i sorgenti
90 ``dontdiff`` è una lista di file che sono generati durante il processo di
113 ha fare il vostro lavoro, che sia la correzione di un baco da una riga o una
123 sorgenti stabili o dai sorgenti di una distribuzione particolare che prende
127 un incidente di sistema, prestazioni di una regressione, picchi di latenza,
[all …]
|
| D | howto.rst | 35 Per lo sviluppo kernel è richiesta una buona conoscenza del linguaggio C.
47 Sebbene si attenga allo standard ISO C89, esso utilizza una serie di
81 I sorgenti del kernel Linux hanno una vasta base di documenti che vi
86 con lo spazio utente, è raccomandabile che inviate una notifica o una
91 Di seguito una lista di file che sono presenti nei sorgente del kernel e che
95 Questo file da una piccola anteprima del kernel Linux e descrive il
101 Questo file fornisce una lista dei pacchetti software necessari
115 Questo file descrive dettagliatamente come creare ed inviare una patch
163 kernel, e spiega cosa fare se si vuole che una modifica venga inserita
172 Una buona introduzione che descrivere esattamente cos'è una patch e come
[all …]
|
| D | adding-syscalls.rst | 8 Aggiungere una nuova chiamata di sistema
20 La prima considerazione da fare quando si aggiunge una nuova chiamata di
50 Tuttavia, :manpage:`fcntl(2)` è una chiamata di sistema multiplatrice che
51 nasconde una notevole complessità, quindi è ottima solo quando la nuova
91 argomenti, il modo migliore è quello di incapsularne la maggior parte in una
106 - un vecchio kernel può gestire l'accesso di una versione moderna di un
110 - un nuovo kernel può gestire l'accesso di una versione vecchia di un
124 accesso da spazio utente quando il kernel ha già dei meccanismi e una semantica
134 ``O_CLOEXEC`` dato che è specifico dell'architettura e fa parte di una
148 dovreste anche considerare se non sia più appropriata una versione
[all …]
|
| D | 2.Process.rst | 12 un numero di utenti e sviluppatori relativamente basso. Con una base
15 lo sviluppo più agevole. È richiesta una solida conoscenza di come tale
41 Viene seguita una disciplina abbastanza lineare per l'inclusione delle
65 consentita una modifica più consistente, ma tali occasioni sono rare.
77 kernel -rc circa una volta alla settimana; e ne usciranno circa 6 o 9 prima
98 creare quindi una rilascio stabile? Un metro valido è il numero di regressioni
101 particolarmente seri. Per questa ragione, le modifiche che portano ad una
111 regressioni al giro successivo. Quindi molti kernel 4.x escono con una
118 considerazione per un rilascio d'aggiornamento, una modifica deve:
155 Il ciclo di vita di una patch
[all …]
|
| D | 3.Early-stage.rst | 14 viene fatta prima che una sola linea di codice venga scritta. Il tempo speso
22 successo parte con una chiara descrizione del problema da risolvere.
33 configurato per dare ad una specifica applicazione accesso allo
53 rischiano di restare sovrastati da una vasta massa di stolti arroganti.
55 una perdita di tempo. Loro sono troppo "intelligenti" per stare ad
64 problema - non su di una specifica soluzione- e di discuterne con la comunità
89 una maniera che non avete ancora compreso. Il kernel Linux è grande e ha
90 una serie di funzionalità e capacità che non sono scontate nell'immediato.
106 Anni di esperienza con la comunità di sviluppo del kernel hanno impartito una
121 - Il filesystem Reiser4 include una seria di funzionalità che, secondo
[all …]
|
| D | 1.Intro.rst | 22 una licenza GPL-compatibile.
26 d'incorporazione. Il capitolo copre le varie fasi di una modifica: sviluppo,
51 dall'essere concluso. Lavorare con i revisori è una parte cruciale del
52 processo di sviluppo; questa sezione offre una serie di consigli su come
54 nell'affermare che il lavoro è concluso quando una modifica è incorporata nei
73 e tutte le altre tipologie di sistemi fra questi estremi. È una soluzione
90 possono offrire questo tipo di apertura, che è una caratteristica del software
159 cambiamento. La mancanza di un'interfaccia interna è deliberatamente una
162 alta qualità. Ma una delle conseguenze di questa politica è che qualsiasi
165 richiede una mole di lavoro significativa solo per farlo funzionare.
[all …]
|
| D | stable-kernel-rules.rst | 16 - Deve correggere una cosa sola.
20 con CONFIG_BROKEN), un kernel oops, un blocco, una corruzione di dati,
23 - Problemi importanti riportati dagli utenti di una distribuzione potrebbero
26 correzione ha un'alta probabilità d'introdurre una regressione, dovrebbero
30 - Non deve correggere problemi relativi a una "teorica sezione critica",
31 a meno che non venga fornita anche una spiegazione su come questa si
37 - Questa patch o una equivalente deve esistere già nei sorgenti principali di
55 Per tutte le altre sottomissioni, scegliere una delle seguenti procedure
63 Per far sì che una patch venga automaticamente inclusa nei sorgenti stabili,
79 Dopo che la patch è stata inclusa nei sorgenti Linux, inviate una mail a
[all …]
|
| D | volatile-considered-harmful.rst | 15 *volatile* come una variabile atomica di facile utilizzo, ma non è così.
49 spin_lock(), che agisce come una barriera di sincronizzazione, gli imporrà di
63 non "ottimizzi" l'accesso ai registri all'interno di una sezione critica.
72 di una variabile. Il modo giusto di fare questo tipo di attesa è il seguente::
79 una barriera per il compilatore, quindi, ancora una volta, *volatile* non è
88 In pratica, ogni chiamata ad una funzione d'accesso diventa una piccola
103 - I puntatori a delle strutture dati in una memoria coerente che potrebbe
116 - purché accompagnate da una giustificazione che dimostri che i problemi di
|
| D | maintainer-pgp-guide.rst | 38 offrono una garanzia crittografica che le versioni scaricabili rese disponibili
61 sicurezza. L'obiettivo è quello di fornire una serie di linee guida che gli
151 Questa guida parte dal presupposto che abbiate già una chiave PGP che usate
152 per lo sviluppo del kernel Linux. Se non ne avete ancora una, date uno sguardo
155 Dovreste inoltre creare una nuova chiave se quella attuale è inferiore a 2048
188 - Firmare le chiavi di altre persone a scopo di creare una rete di fiducia
222 una passphrase forte. Per impostarla o cambiarla, usate::
226 Create una sottochiave di firma separata
230 dispositivo sconnesso dalla rete, dunque se avete solo una chiave combinata
231 **[SC]** allora dovreste creare una sottochiave di firma separata::
[all …]
|
| D | 7.AdvancedTopics.rst | 45 disponibili ad altri, è quella di leggere i siti qui sopra e di acquisire una
47 dovrebbe essere capace di ottenere una copia del repositorio principale,
77 vostro sviluppo. Una modifica errata (diciamo, una che rompe la bisezione,
83 di git per revisionare la storia può aiutare nella creazione di una serie
87 alla semplice ossessione per la creazione di una storia del progetto che sia
97 Dunque, una volta che il vostro insieme di patch è stato reso disponibile
135 Potete inviarmi le vostre patch, ma per far si che io integri una
138 le modifiche manualmente una per una.
153 fa del suo meglio, ma potreste dover aggiungere una riga "From:" alla patch
159 preparerà una richiesta nel modo in cui gli altri sviluppatori se l'aspettano,
[all …]
|
| D | 8.Conclusion.rst | 32 Oltre a ciò, una risorsa valida per gli sviluppatori kernel è:
36 E, ovviamente, una fonte da non dimenticare è http://kernel.org/, il luogo
77 Il kernel può sempre beneficiare di una larga base di sviluppatori, tuttavia,
81 per arrivare ad una qualità del codice più alta, bassa manutenzione e
83 dello sviluppo del kernel, e molto altro. È una situazione nella quale
|
| D | deprecated.rst | 19 in una volta. Questo significa che nuove istanze di una vecchia interfaccia
32 di `__deprecated` in un file d'intestazione sia opportuno per segnare una
33 interfaccia come 'vecchia', questa non è una soluzione completa. L'interfaccia
61 Un altro tipico caso da evitare è quello di calcolare la dimensione di una
101 corta; questo potrebbe portare ad una penalizzazione delle prestazioni per
104 terminazione con NUL deve aggiungere una chiamata a :c:func:`memset`)
|
| D | submit-checklist.rst | 8 Lista delle verifiche da fare prima di inviare una patch per il kernel Linux
11 Qui troverete una lista di cose che uno sviluppatore dovrebbe fare per
62 ``checkstack`` non evidenzia esplicitamente i problemi, ma una funzione
63 che usa più di 512 byte sullo stack è una buona candidata per una
122 26) Se il codice che avete modificato dipende o usa una qualsiasi interfaccia o
|
| D | development-process.rst | 31 qui sia presente del materiale tecnico, questa è una discussione rivolta in
32 particolare al procedimento, e quindi per essere compreso non richiede una
|
| D | changes.rst | 14 Questo documento fornisce una lista dei software necessari per eseguire i
29 non tutti gli strumenti sono necessari ovunque; ovviamente, se non avete una
138 La documentazione delle funzioni in Linux è una fase di transizione
139 verso una documentazione integrata nei sorgenti stessi usando dei commenti
177 Ovviamente, aggiornarlo è una buona idea.
186 ripara una partizione formattata secondo JFS
188 - ``mkfs.jfs`` - crea una partizione formattata secondo JFS
223 questo formato. Usate la versione raccomandata nella lista qui sopra o una
300 arriva una richiesta da una macchina sconosciuta, e mountd può dare al kernel
|
| D | clang-format.rst | 36 una sottocartella.
40 Altrimenti, potete scaricare una versione pre-generata dei binari di LLVM/clang
90 una versione diversa di ``clang-format`` oppure non utilizzarlo del tutto.
101 Utilizzando dei plugin per il vostro editor, potete riformattare una
102 blocco (selezione) di codice con una singola combinazione di tasti.
135 - Allineamento di ``#define`` su una singola riga, per esempio::
|
| D | license-rules.rst | 14 versione della licenza *GNU General Public License* (GPL-2.0), di cui una
19 Questo documento fornisce una descrizione su come ogni singolo file sorgente
34 A parte questo, i singolo file possono essere forniti con una doppia licenza,
35 per esempio con una delle varianti compatibili della GPL e alternativamente con
36 una licenza permissiva come BSD, MIT eccetera.
45 un'eccezione documentata da una clausola speciale.
136 La parola chiave OR dovrebbe essere usata solo quando si usa una doppia
137 licenza e solo una dev'essere scelta. Per esempio, alcuni file dtsi sono
464 "GPL and additional rights" Questa è una variante che esiste per motivi
466 modulo sono rilasciati sotto una variante
[all …]
|
| /Linux-v5.4/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 | 24 e l'architettura del codice. I commenti di tipo kernel-doc hanno una struttura
48 Un modo per evitare questo genere di problemi è quello di utilizzare una
67 utilizzando LaTeX. Per una corretta interpretazione, è necessario aver
103 anche una serie di pacchetti ``texlive`` in modo da fornire il supporto
156 verrà utilizzato per ottenere una documentazione HTML più gradevole.
181 quella che state leggendo ora), ma per una documentazione più elaborata è
182 consigliato creare una sottocartella dedicata (o, quando possibile, utilizzarne
183 una già esistente). Per esempio, il sottosistema grafico è documentato nella
205 essere testo semplice con una strutturazione minima che permetta la
216 1. ``=`` con una linea superiore per il titolo del documento::
[all …]
|
| /Linux-v5.4/Documentation/translations/it_IT/ |
| D | index.rst | 20 La propagazione simultanea a tutte le traduzioni di una modifica in
24 possibile. Per questo motivo non c'è garanzia che una traduzione sia
25 aggiornata all'ultima modifica. Se quello che leggete in una traduzione
39 mappare direttamente una lingua in un'altra. Ogni lingua ha la sua grammatica
40 e una sua cultura alle spalle, quindi la traduzione di una frase in inglese
56 che vi segnaleranno la mancanza di una traduzione o di un gruppo di
88 Il manuale delle API verso lo spazio utente è una collezione di documenti
102 Attorno al kernel Linux gira una comunità molto grande con migliaia di
|
| /Linux-v5.4/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 …]
|
