| /linux/security/selinux/ss/ |
| H A D | hashtab.c | 28 static u32 hashtab_compute_size(u32 nel) in hashtab_compute_size() argument
30 return nel == 0 ? 0 : roundup_pow_of_two(nel); in hashtab_compute_size()
38 h->nel = 0; in hashtab_init()
65 h->nel++; in __hashtab_insert()
177 new->nel++; in hashtab_duplicate()
|
| H A D | avtab.c | 61 h->nel++; in avtab_insert_node()
94 if (!h || !h->nslot || h->nel == U32_MAX) in avtab_insert()
128 if (!h || !h->nslot || h->nel == U32_MAX) in avtab_insert_nonunique()
207 h->nel = 0; in avtab_destroy()
215 h->nel = 0; in avtab_init()
287 tag, h->nel, slots_used, h->nslot, max_chain_len, in avtab_hash_eval()
511 u32 nel, i; in avtab_read()
518 nel = le32_to_cpu(buf[0]); in avtab_read()
519 if (!nel) {
526 rc = size_check(3 * sizeof(u32), nel, f in avtab_write_item()
481 u32 nel, i; avtab_read() local
[all...] |
| H A D | policydb.c | 712 hash_name, hash_details ? "@" : "", hash_details ?: "", h->nel, in hash_eval()
757 p->te_avtab.nel); in policydb_index()
1263 u32 i, len, nel, claimed = 0; in common_read() local
1276 nel = le32_to_cpu(buf[3]); in common_read()
1278 if (nel > SEL_VEC_MAX) in common_read()
1282 rc = size_check(2 * sizeof(u32), nel, fp); in common_read()
1286 rc = symtab_init(&comdatum->permissions, nel); in common_read()
1299 for (i = 0; i < nel; i++) { in common_read()
1480 u32 i, len, len2, ncons, nel, val, claimed = 0, inherited = 0; in class_read() local
1493 nel = le32_to_cpu(buf[4]); in class_read()
[all …]
|
| H A D | hashtab.h | 35 u32 nel; /* number of elements in hash table */ member
70 if (!h->size || h->nel == HASHTAB_MAX_NODES) in hashtab_insert()
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | 5.Posting.rst | 13 inclusione nel ramo principale del kernel. Com'era prevedibile,
26 C'è sempre una certa resistenza nel pubblicare patch finché non sono
96 della vostra patch e da quello che succede altrove nel kernel.
101 passano molto tempo nel capire come farlo in modo che piaccia alla comunità.
106 come quella che trovate nel vostro sistema di controllo di versione.
129 parziale di una serie di patch è uno scenario comune nel quale il
132 difficile così come quella di chi s'impegna nel nobile lavoro di
164 ma nel dubbio non fa di certo male aggiungerlo.
195 persone nel modo più diretto e conciso possibile.
198 modifica e la motivazione della patch nel modo migliore possibile nonostante
[all …]
|
| H A D | 2.Process.rst | 13 di milioni di utenti e con 2000 sviluppatori coinvolti nel giro di un anno,
42 viene incluso nel ramo principale del kernel. La maggior parte delle
79 (tutte le date si collocano nel 2018)
97 rilevate nel precedente rilascio. Nessun baco è il benvenuto, ma quelli che
118 modifica deve: (1) correggere un baco importante (2) essere già inserita nel
154 per assicurare che ogni patch sia di buona qualità e desiderata nel
156 meno importanti, o, nel caso di patch ampie e controverse, va avanti per anni.
161 come una patch viene inserita nel kernel. Ciò che segue è un'introduzione
179 nel ramo principale, un manutentore importante del sottosistema dovrebbe
181 patch arriverà nel ramo principale. La patch sarà visibile nei sorgenti
[all …]
|
| H A 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
67 nel vostro driver per aggirare un problema deve diventare una caratteristica
157 può rivelarsi una spina nel fianco, ma consideratevi fortunati: prima
164 è stata inserita nel ramo principale de kernel. Congratulazioni! Terminati
165 i festeggiamenti (nel frattempo avrete inserito il vostro nome nel file
167 lavoro non è ancora finito. L'inserimento nel ramo principale porta con se
178 Ancora più importante: l'inclusione nel ramo principale mette il vostro
191 per far si che la vostra modifica fosse inserita nel ramo principale,
192 l'avere una modifica rimossa a causa del fallimento nel sistemare una
[all …]
|
| H A D | 1.Intro.rst | 17 per il kernel debba essere incorporato nel kernel ufficiale, fra le quali:
45 esposte, e devono essere inviate nel posto giusto. Seguire i consigli presenti
70 liberi progettati mai esistiti. Sin dal sul modesto inizio nel 1991,
71 questo kernel si è evoluto nel miglior componente per sistemi operativi
109 deludente nel proprio bagaglio. La comunità di sviluppo, sebbene sia utile
137 inserire il loro codice nel ramo di sviluppo principale (per ramo principale
149 - Il codice che è stato inserito nel ramo principale del kernel è disponibile
154 utilizzatori. L'inserimento nel ramo principale risolve un gran numero di
167 Invece, il codice che si trova nel ramo principale non necessita di questo
170 quell'interfaccia. Quindi, il codice che è stato inserito nel ramo principale
[all …]
|
| H A D | kernel-enforcement-statement.rst | 19 ogni azione individuale nel far rispettare i propri diritti sia condotta in
22 Al fine di scoraggiare l'esecuzione di azioni inutili, concordiamo che è nel
23 migliore interesse della nostra comunità di sviluppo di impegnarci nel
29 concordato che è nel migliore interesse della nostra comunità di sviluppo
56 gli altri sforzi della comunità hanno fallito nel risolvere il problema.
|
| H A D | submitting-patches.rst | 8 Inviare patch: la guida essenziale per vedere il vostro codice nel kernel
45 Guardate l'elemento **T:** per un determinato sottosistema nel file MAINTANERS
46 che troverete nei sorgenti, o semplicemente chiedete al manutentore nel caso
60 Descrivete ciò che sarà visibile agli utenti. Chiari incidenti nel sistema
83 nel dettaglio tecnico. È molto importante che descriviate la modifica
158 automaticamente il problema se l'etichetta è presente nel messaggio. Alcuni
212 che usano ``git bisect`` per scovare i problemi potrebbero finire nel mezzo
213 della vostra serie in un punto qualsiasi; non vi saranno grati se nel mezzo
272 diversi sviluppatori la trascurano. Guardate nel file MAINTAINERS per trovare la
307 nel file MAINTAINERS), o almeno una notifica circa la vostra modifica,
[all …]
|
| H A D | programming-language.rst | 11 Il kernel Linux è scritto nel linguaggio di programmazione C [it-c-language]_.
24 Una delle estensioni più comuni e usate nel kernel sono gli attributi
51 In aggiunta, nel kernel vengono utilizzate alcune funzionalità considerate
|
| H A D | 3.Early-stage.rst | 30 o altri artefatti dovuti all'eccessivo ritardo nel sistema. La soluzione
41 e un rischio per la stabilità del sistema. Le loro soluzioni di punta nel
43 il meccanismo rlimit, e nel lungo periodo un costante lavoro nella riduzione
88 - Potrebbe essere che il problema sia già stato risolto nel kernel in
96 accettato nel ramo principale del kernel.
115 mono-processore. Non avrebbe potuto essere inserita nel ramo principale
145 nel file MAINTAINERS. Se esiste una lista di discussione di sottosistema,
154 Coloro che sono elencati nel file MAINTAINERS potrebbero, in effetti, non
204 pensate che ciò significhi che non ci sia interesse nel progetto.
|
| H A D | 7.AdvancedTopics.rst | 20 ebbe iniziò nel 2002 quando Linux iniziò a provare il programma proprietario
113 un modo semplice per rimanere aggiornati, ma questa non è un'opzione nel
126 facile l'integrazione nel ramo principale di modifiche mediocri, il tutto
150 Se e quando altri inizieranno ad inviarvi patch per essere incluse nel
154 nel caso in cui sia arrivata per vie traverse.
159 preparerà una richiesta nel modo in cui gli altri sviluppatori se l'aspettano,
177 nuovi arrivati che potrebbero sentirsi un po' nervosi nel questionare
200 accetta e di valore, se porta ad avere un codice migliore nel kernel.
204 qualche tipo di messaggio che dica "ho verificato A, B e C nel codice che è
|
| H A D | volatile-considered-harmful.rst | 13 a volte saranno tentati dall'utilizzare *volatile* nel kernel per le
16 L'uso di *volatile* nel kernel non è quasi mai corretto; questo documento ne
48 potrebbe pensare di sapere cosa ci sarà nel dato condiviso ma la chiamata
71 *volatile*, è nel caso in cui il processore è in un'attesa attiva sul valore
83 Ci sono comunque alcune rare situazioni dove l'uso di *volatile* nel kernel
|
| H A D | botching-up-ioctls.rst | 53 possibile per non ritardare la conversione, o peggio maneggiare ``__u64`` nel
55 possono effettuare. La macro u64_to_user_ptr() può essere usata nel kernel
71 qualcosa nel passato) allora dovrete implementare nel driver un meccanismo per
102 moriranno comunque nel più strano dei casi particolari:
128 sempre con una semantica arcana sia nel kernel che nello spazio utente.
138 * Preparate dei test riguardo ai casi particolarmente estremi nel codice di
222 filesystem virtuale nel kernel.
244 Per concludere. Questo gioco consiste nel fare le cose giuste fin da subito,
|
| H A D | stable-api-nonsense.rst | 25 stabili nel tempo e non verranno modificate. Ho vecchi programmi che sono
121 tre ristrutturazioni nel corso della sua vita. Queste ristrutturazioni furono
134 operativi proprietari che hanno dovuto mantenere, nel tempo, il supporto alle
136 le vecchie interfacce e sviluppare codice nel modo sbagliato, portando, di
162 potenziali interfacce sono state verificate nel limite del possibile (le
191 - Altri persone troveranno e correggeranno bachi nel vostro driver.
|
| H A D | email-clients.rst | 35 Inoltre, è vivamente raccomandato l'uso di puro testo nel corpo del
51 I programmi di posta non dovrebbero modificare la codifica dei caratteri nel
99 di selezionare il file patch da inserire nel messaggio.
136 Quando state scrivendo un messaggio, nel menu opzioni, togliete la selezione a
138 nel messaggio non verrà mandata a capo in automatico ma dovrete farlo voi.
167 nel testo del messaggio, allora premete il tasto destro sull'allegato e
177 nel caso in cui vogliate copiarli altrove per renderli disponibili ad altri
205 Se per inserire la patch nel messaggio usate xclip, scrivete il comando::
|
| H A D | management-style.rst | 165 di essere nel giusto.
168 praticamente **tutti** testa di c**, e spesso **sarete** nel giusto), più
200 Assicuratevi che voi, in qualità di manutentori del kernel, siate nel secondo
206 Le vostre responsabilità dirigenziali si ridurranno in gran parte nel dire
230 Vi sentirete bene nel assumervi la responsabilità, e loro si sentiranno
231 bene nel non essere incolpati, e coloro che hanno perso i loro 36GB di
245 E se avete seguito le regole precedenti, sarete decisamente bravi nel dirlo.
|
| /linux/Documentation/translations/it_IT/doc-guide/ |
| H A D | maintainer-profile.rst | 18 documentazione del kernel si trova nel codice sorgente sotto forma di commenti
36 dovrebbe idealmente giustificare, da qualche parte nel changelog, chi sia
38 documentazione finisca nel posto giusto. Alcune categorie possibili
56 svolgo questo lavoro nel mio tempo libero, quindi la risposta alle patch sarà a
|
| H A D | contributing.rst | 11 documentazione di qualità, si spreca molto tempo nel decifrare il codice a
43 affrontato nel modo giusto per avere successo.
51 a warning" nel titolo del changelog; dovrebbero invece indicare il problema
86 aggiunto nel 2016, quindi da diversi anni. Correggerlo è stata solo questione di
193 va dibattuta nel contesto della documentazione del kernel. Anche
206 documentazione nel suo complesso. Qualsiasi cosa si possa fare per
270 Spostare i file della documentazione, nel breve termine, infastidisce chi vi
290 Attenzione: se vi assumete questo compito, vi state addentrando nel
|
| /linux/Documentation/translations/it_IT/core-api/ |
| H A D | symbol-namespaces.rst | 67 possibilità è quella di definire il simbolo nel ``Makefile`` del sottosistema.
147 - eseguire ``make nsdeps`` per aggiungere import nel posto giusto
151 importazioni mancanti nei moduli inclusi nel kernel::
159 - eseguire ``make nsdeps`` per aggiungere import nel posto giusto
|
| /linux/Documentation/translations/it_IT/ |
| H A D | subsystem-apis.rst | 7 In questa parte della documentazione si entra nel dettaglio di come funzionano
|
| /linux/Documentation/translations/it_IT/arch/riscv/ |
| H A D | patch-acceptance.rst | 18 supporto RISC-V nel kernel Linux. I manutentori Linux non amano
23 nel kernel.
|
| /linux/Documentation/translations/it_IT/kernel-hacking/ |
| H A D | hacking.rst | 60 Ci si trova nel contesto utente quando si arriva da una chiamata di sistema
195 All'interno di una ioctl vi trovate nel contesto utente di un processo. Quando
206 dovreste essere pronti per continuare l'esecuzione, per esempio nel mezzo
215 Se **davvero** volete farlo nel kernel ricordatevi di verificare periodicamente
416 precedente nel proprio argomento ``unsigned long flags``. Se sapete
498 rimozione (o mai, nel caso in cui il file sia parte integrante del kernel).
543 :c:func:`init_waitqueue_head()` nel vostro codice d'inizializzazione.
665 a prima vista, ma è abbastanza diffuso nel kernel.
704 Le estensioni GNU sono esplicitamente permesse nel kernel Linux. Da notare
734 Siate sospettosi quando utilizzate long long nel kernel, il codice generato
[all …]
|
| /linux/Documentation/translations/it_IT/locking/ |
| H A D | lockdep-design.rst | 44 - 'sempre trattenuto nel contesto <STATO>'
45 - 'sempre trattenuto come blocco di lettura nel contesto <STATO>'
149 queste dipendenze cicliche di qualsiasi complessità, ovvero nel mezzo ci
241 generato un WARN()). Queste vengono usate abbondantemente nel kernel, per
289 una volta nel kernel, il validatore dimostrerà con una certezza del 100% che
302 sincronizzazione nel kernel: quello che deve essere fatto è di innescare nel
316 sincronizzazione nel sistema. Infine, la ricorsione dei blocchi non deve
387 Se il numero di assegnazioni (748 qui sopra) aumenta continuamente nel tempo,
543 Con questa semplificazione, possiamo dedurre che ci sono 4 tipi di rami nel
652 deve esiste un ciclo forte nel grafo delle dipendenze.
[all …]
|