| /linux-6.1.9/Documentation/translations/it_IT/process/ |
| D | 5.Posting.rst | 12 presentato alla comunità per una revisione ed eventualmente per la sua
26 C'è sempre una certa resistenza nel pubblicare patch finché non sono
28 Ma quando il lavoro è di una certa complessità, c'è molto da guadagnare
64 con una licenza GPL
70 Preparazione di una patch
73 La preparazione delle patch per la pubblicazione può richiedere una quantità
77 Le patch devono essere preparate per una specifica versione del kernel.
78 Come regola generale, una patch dovrebbe basarsi sul ramo principale attuale
84 Per facilitare una revisione e una verifica più estesa, potrebbe diventare
91 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
120 allineare i nuovi pezzi alla parentesi aperta di una funzione.
122 Lo stesso si applica, nei file d'intestazione, alle funzioni con una
135 una strategia di posizionamento o un'altra; ma il modo qui preferito,
138 di chiusura per prima su una nuova riga, così:
177 Notate che la graffa di chiusura è da sola su una riga propria, ad
204 righe sul vostro schermo non sono una risorsa illimitata (pensate ad uno
208 Non usate inutilmente le graffe dove una singola espressione è sufficiente.
225 contiene una sola espressione; in quest'ultimo caso usate le graffe per
[all …]
|
| D | howto.rst | 35 Per lo sviluppo kernel è richiesta una buona conoscenza del linguaggio C.
47 Sebbene si attenga allo standard ISO C11, 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
114 Questo file descrive dettagliatamente come creare ed inviare una patch
162 kernel, e spiega cosa fare se si vuole che una modifica venga inserita
171 Una buona introduzione che descrivere esattamente cos'è una patch e come
[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 | 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
99 creare quindi una rilascio stabile? Un metro valido è il numero di regressioni
102 particolarmente seri. Per questa ragione, le modifiche che portano ad una
112 regressioni al giro successivo. Quindi molti kernel 5.x escono con una
119 considerazione per un rilascio d'aggiornamento, una modifica deve:
157 Il ciclo di vita di una patch
[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
20 Documentation/translations/it_IT/process/submit-checklist.rst per una lista di
55 ha fare il vostro lavoro, che sia la correzione di un baco da una riga o una
65 sorgenti stabili o dai sorgenti di una distribuzione particolare che prende
69 un incidente di sistema, prestazioni di una regressione, picchi di latenza,
95 Quando inviate o rinviate una patch o una serie, includete la descrizione
112 quest'etichetta per fare riferimento ad un rapporto su una lista di discussione
114 riferimento ad una discussione precedentemente avvenuta su una lista di
118 Quando volete fare riferimento ad una lista di discussione, preferite il
[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
49 Per tutte le altre sottomissioni, scegliere una delle seguenti procedure
57 Per far sì che una patch venga automaticamente inclusa nei sorgenti stabili,
73 Dopo che la patch è stata inclusa nei sorgenti Linux, inviate una mail a
[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 | 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 | 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 | management-style.rst | 26 occupate di convalidare acquisti o avete una qualche idea sul budget del vostro
53 voi, quindi se vengono da voi per una decisione tecnica, siete fottuti.
66 Ciò aiuta a capire che la differenza chiave tra una grande decisione ed una
83 marcia indietro. Annullare una decisione è molto facile: semplicemente dite a
104 ammettendo fin dal principio che non avete una cavolo di idea, dicendo
116 **loro** non sono certi se sia una buona idea, voi, sicuro come la morte,
124 invece fornire una salutare dose di pensiero critico su quanto stanno facendo.
126 Comunque, un altro modo di evitare una decisione è quello di lamentarsi
135 sbagliavano. Voi ne uscirete freschi come una rosa, e avrete evitato un'altra
163 è possibile dire "sei una testa di c***" in milioni di modi differenti [#f2]_,
[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 | 31 Oltre a ciò, una risorsa valida per gli sviluppatori kernel è:
35 E, ovviamente, una fonte da non dimenticare è http://kernel.org/, il luogo
76 Il kernel può sempre beneficiare di una larga base di sviluppatori, tuttavia,
80 per arrivare ad una qualità del codice più alta, bassa manutenzione e
82 dello sviluppo del kernel, e molto altro. È una situazione nella quale
|
| D | magic-number.rst | 12 aggiungete un numero magico ad una struttura, dovreste aggiungerlo anche
18 se una struttura è stata malmenata, o (b) avete passato a una procedura la
20 una struttura dati tramite un puntatore void \*. Il codice tty, per esempio,
|
| 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
65 ``checkstack`` non evidenzia esplicitamente i problemi, ma una funzione
66 che usa più di 512 byte sullo stack è una buona candidata per una
123 25) Se il codice che avete modificato dipende o usa una qualsiasi interfaccia o
|
| 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
91 Un altro tipico caso da evitare è quello di calcolare la dimensione di una
101 .. note:: Se per caso state usando struct_size() su una struttura dati che
151 corta; questo potrebbe portare ad una penalizzazione delle prestazioni per
183 essere aggiunti al kernel. Per una rappresentazione testuale di un
201 funzionalità vi sia d'ostacolo durante una sessione di debug. Per farlo
239 Dato che c'è stata una lunga lista di problemi `dovuti alla mancanza dell'istruzione
266 di dimensione variabile all'interno di una struttura dati. In questi
[all …]
|
| 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
|
| /linux-6.1.9/Documentation/translations/it_IT/doc-guide/ |
| D | kernel-doc.rst | 36 È considerata una buona pratica quella di fornire una documentazione formattata
39 inoltre, di fornire una documentazione kernel-doc anche per procedure private
40 (ovvero, dichiarate "static") al fine di fornire una struttura più coerente
41 dei sorgenti. Quest'ultima raccomandazione ha una priorità più bassa ed è a
50 Cerchiamo anche di fornire una documentazione formattata secondo kernel-doc
54 Raccomandiamo, inoltre, di fornire una documentazione formattata con kernel-doc
56 una struttura più coerente dei sorgenti. Questa raccomandazione ha una priorità
69 su una riga separata.
119 un argomento, una linea di commento vuota, oppure la fine del commento.
124 Ogni argomento di una funzione dovrebbe essere descritto in ordine, subito
[all …]
|
| D | sphinx.rst | 25 e l'architettura del codice. I commenti di tipo kernel-doc hanno una struttura
49 Un modo per evitare questo genere di problemi è quello di utilizzare una
63 utilizzando LaTeX. Per una corretta interpretazione, è necessario aver
99 anche una serie di pacchetti ``texlive`` in modo da fornire il supporto
152 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
215 1. ``=`` con una linea superiore per il titolo del documento::
[all …]
|
| /linux-6.1.9/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é in_hardirq()
104 Quando una chiamata di sistema sta per tornare allo spazio utente,
155 lo stato dell'FPU (ed evitare cambi di contesto). Generalmente è una
195 All'interno di una ioctl vi trovate nel contesto utente di un processo. Quando
207 della manipolazione di una struttura dati.
[all …]
|
| /linux-6.1.9/Documentation/translations/it_IT/ |
| D | index.rst | 24 La propagazione simultanea a tutte le traduzioni di una modifica in
28 possibile. Per questo motivo non c'è garanzia che una traduzione sia
29 aggiornata all'ultima modifica. Se quello che leggete in una traduzione
43 mappare direttamente una lingua in un'altra. Ogni lingua ha la sua grammatica
44 e una sua cultura alle spalle, quindi la traduzione di una frase in inglese
60 che vi segnaleranno la mancanza di una traduzione o di un gruppo di
92 Il manuale delle API verso lo spazio utente è una collezione di documenti
106 Attorno al kernel Linux gira una comunità molto grande con migliaia di
|
| /linux-6.1.9/Documentation/translations/it_IT/riscv/ |
| D | patch-acceptance.rst | 25 In aggiunta alla lista delle verifiche da fare prima di inviare una patch
30 sviluppatori sono liberi di mantenere una copia del kernel Linux
31 contenente il codice per una bozza di estensione).
39 gli implementatori sono liberi di mantenere una copia del kernel Linux
|