| /kernel/linux/linux-6.6/tools/testing/selftests/bpf/progs/ |
| D | verifier_sdiv.c | 11 __description("SDIV32, non-zero imm divisor, check 1")
23 __description("SDIV32, non-zero imm divisor, check 2")
35 __description("SDIV32, non-zero imm divisor, check 3")
47 __description("SDIV32, non-zero imm divisor, check 4")
59 __description("SDIV32, non-zero imm divisor, check 5")
71 __description("SDIV32, non-zero imm divisor, check 6")
83 __description("SDIV32, non-zero imm divisor, check 7")
95 __description("SDIV32, non-zero imm divisor, check 8")
107 __description("SDIV32, non-zero reg divisor, check 1")
120 __description("SDIV32, non-zero reg divisor, check 2")
[all …]
|
| D | verifier_bounds_deduction_non_const.c | 8 __description("check deducing bounds from non-const, jmp64, <non_const> == <const>, 1")
29 __description("check deducing bounds from non-const, jmp64, <non_const> == <const>, 2")
50 __description("check deducing bounds from non-const, jmp64, <non_const> != <const>, 1")
72 __description("check deducing bounds from non-const, jmp64, <non_const> != <const>, 2")
94 __description("check deducing bounds from non-const, jmp32, <non_const> == <const>, 1")
115 __description("check deducing bounds from non-const, jmp32, <non_const> == <const>, 2")
136 __description("check deducing bounds from non-const, jmp32, <non_const> != <const>, 1")
158 __description("check deducing bounds from non-const, jmp32, <non_const> != <const>, 2")
180 __description("check deducing bounds from non-const, jmp64, <const> > <non_const>, 1")
199 __description("check deducing bounds from non-const, jmp64, <const> > <non_const>, 2")
[all …]
|
| /kernel/linux/linux-6.6/Documentation/translations/it_IT/process/ |
| D | management-style.rst | 20 come un gioco, ma ciò non significa che non possa essere vero.
24 sempre alla persona che dirige tecnicamente, e non a coloro che
27 gruppo, probabilmente non siete un dirigente del kernel. Quindi i suggerimenti
31 e di non leggerlo. Bruciatelo, è un grande gesto simbolico.
33 .. [#f1] Questo documento non fa molto per risponde alla domanda, ma rende
34 così dannatamente ovvio a chi la pone che non abbiamo la minima idea
46 essere il dirigente che la prende. Questo è molto profondo ed ovvio, ma non è
54 Non sarete chiaramente competente per prendere quella decisione per loro.
56 (Corollario: se le persone che gestite non conoscono i dettagli meglio di voi,
71 per **due** decisioni non sequenziali - quella sbagliata **e** quella giusta.
[all …]
|
| D | 6.Followthrough.rst | 20 È raro che una modifica sia così bella alla sua prima pubblicazione che non
40 scriverla. Ma tale valore non li tratterrà dal porvi una domanda
53 tentazione di rispondere a tono. La revisione riguarda il codice e non
54 la persona, e i revisori non vi stanno attaccando personalmente.
56 - Similarmente, i revisori del codice non stanno cercando di promuovere
60 stanno lavorando per la creazione del miglior kernel possibile; non
65 facendo. Non lasciate che il loro modo di esprimersi o il vostro orgoglio
72 Notate che non dovete per forza essere d'accordo con ogni singola modifica
73 suggerita dai revisori. Se credete che il revisore non abbia compreso
77 Tuttavia, la vostra motivazione potrebbe non essere del tutto persuasiva,
[all …]
|
| D | 4.Coding.rst | 32 codice nel kernel che non rispetta le linee guida relative allo stile.
37 non sono importanti e possono non essere applicati. La verità è che
38 aggiungere nuovo codice al kernel è davvero difficile se questo non
42 per gli sviluppatori una comprensione veloce di ogni sua parte. Non ci sono,
59 ma le modifiche di stile non dovrebbero essere fatte fini a se stesse.
61 Il documento sullo stile del codice non dovrebbe essere letto come una legge
62 assoluta che non può mai essere trasgredita. Se c’è un a buona ragione
86 fino al livello necessario e non oltre.
93 sottile, in un modo che non è mai stato notato - perché non è mai stato usato.
95 non la fornisce in maniera soddisfacente. Gli sviluppatori di Kernel,
[all …]
|
| D | 3.Early-stage.rst | 39 invece, era un uso improprio del framework LSM (che non è progettato per
40 conferire privilegi a processi che altrimenti non avrebbero potuto ottenerli)
46 La comunità audio, comunque, non poteva vedere al di là della singola
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.
91 Non tutte le capacità del kernel sono documentate così bene come ci
95 ingranaggi già esistenti non è soltanto dispendioso; non verrà nemmeno
98 - Potrebbero esserci proposte che non sono considerate accettabili per
115 mono-processore. Non avrebbe potuto essere inserita nel ramo principale
[all …]
|
| D | howto.rst | 14 sviluppo kernel Linux. Il documento non tratterà alcun aspetto
36 L'assembly (di qualsiasi architettura) non è richiesto, a meno che non
38 Sebbene essi non siano un buon sostituto ad un solido studio del
39 linguaggio C o ad anni di esperienza, i seguenti libri sono, se non
48 estensioni che non sono previste in questo standard. Il kernel è un
49 ambiente C indipendente, che non ha alcuna dipendenza dalle librerie
50 C standard, così alcune parti del C standard non sono supportate.
51 Le divisioni ``long long`` e numeri in virgola mobile non sono permessi.
53 riguardo gli strumenti e le estensioni in uso, e sfortunatamente non
63 spiegati; non aspettatevi che gli altri si adattino al vostro modo di fare
[all …]
|
| D | coding-style.rst | 12 il kernel Linux. Lo stile di codifica è molto personale e non voglio
19 di codifica GNU e di NON leggerla. Bruciatela, è un grande gesto simbolico.
70 A meno che non vogliate nascondere qualcosa, non mettete più istruzioni sulla
78 Non usate le virgole per evitare le parentesi:
94 Non mettete nemmeno più assegnamenti sulla stessa riga. Lo stile del kernel
99 spazi non vengono mai usati per l'indentazione, e l'esempio qui sopra è
102 Procuratevi un buon editor di testo e non lasciate spazi bianchi alla fine
115 pezzi più piccoli, a meno che eccedere le 80 colonne non aiuti ad
125 Tuttavia, non spezzettate mai le stringhe visibili agli utenti come i
134 dell'indentazione, non ci sono motivi tecnici sulla base dei quali scegliere
[all …]
|
| D | email-clients.rst | 31 impostato come ``text/plain``. Tuttavia, generalmente gli allegati non sono
41 kernel Linux dovrebbero inviarle senza alterazioni. Per esempio, non
45 Non inviate patch con ``format=flowed``. Questo potrebbe introdurre
48 Non lasciate che il vostro programma di posta vada a capo automaticamente.
51 I programmi di posta non dovrebbero modificare la codifica dei caratteri nel
58 "References" o "In-Reply-To:" cosicché la discussione non venga interrotta.
60 Di solito, il copia-e-incolla (o taglia-e-incolla) non funziona con le patch
63 ancora: non usate il copia-e-incolla.
65 Non usate firme PGP/GPG nei messaggi che contengono delle patch. Questo
79 suggerimenti non sono da considerarsi come un riassunto di una configurazione
[all …]
|
| D | 1.Intro.rst | 89 Linux ed influenzarne la direzione di sviluppo. Prodotti non open-source non
96 Lavorare con la comunità di sviluppo del kernel non è particolarmente
101 di stringhe di codice sono modificate ogni giorni. Quindi non deve sorprendere
107 e solide esperienze. Uno sviluppatore che non comprende i modi della comunità
110 a coloro che cercano di imparare, ha poco tempo da dedicare a coloro che non
111 ascoltano o coloro che non sono interessati al processo di sviluppo.
151 distribuzioni che lo consentono. Non c'è bisogno di: driver per dischi,
167 Invece, il codice che si trova nel ramo principale non necessita di questo
179 nel ramo principale. Non importa quanto forti fossero le abilità dello
198 non standard "fuori dai sorgenti" per un tempo indefinito, o (2) abbandonare
[all …]
|
| D | 7.AdvancedTopics.rst | 22 approccio alla gestione dei sorgenti non lo era. Un sistema distribuito per
31 dei suoi sviluppatori. Questo documento non ha lo scopo di insegnare l'uso
54 di studio i concetti non saranno così difficili da capire.
65 su kernel.org, ma non è proprio facile da ottenere; per maggiori informazioni
70 In git i rami sono facilissimi, per cui non c'è motivo per non usarli
71 in libertà. In ogni caso, non dovreste sviluppare su alcun ramo dal
74 solo quando sono complete e pronte ad essere consegnate - non prima.
90 Ma, oltre a questo, gli sviluppatori non possono collaborare se non condividono
98 pubblicamente non dovrebbe essere più sovrascritto. Git tenterà di imporre
99 questa regola, e si rifiuterà di pubblicare nuove patch che non risultino
[all …]
|
| D | stable-api-nonsense.rst | 15 Questo è stato scritto per cercare di spiegare perché Linux **non ha
16 un'interfaccia binaria, e non ha nemmeno un'interfaccia stabile**.
20 Questo articolo parla di interfacce **interne al kernel**, non delle
25 stabili nel tempo e non verranno modificate. Ho vecchi programmi che sono
33 Pensate di volere un'interfaccia del kernel stabile, ma in realtà non la
34 volete, e nemmeno sapete di non volerla. Quello che volete è un driver
46 resto del mondo, queste interfacce sono invisibili o non di particolare
49 Innanzitutto, non tratterò **alcun** problema legale riguardante codice
51 driver che non hanno i propri sorgenti rilasciati con licenza GPL. Per favore
53 programmatore e perciò qui vi parlerò soltanto delle questioni tecniche (non
[all …]
|
| D | submitting-patches.rst | 26 Se non siete pratici di ``git``, allora è bene che lo impariate;
36 Se non avete un repositorio coi sorgenti del kernel più recenti, allora usate
42 Notate, comunque, che potreste non voler sviluppare direttamente coi sorgenti
47 in cui i sorgenti da usare non siano elencati il quel file.
61 e blocchi sono abbastanza convincenti, ma non tutti i bachi sono così evidenti.
76 che non sono ovvi. Solitamente le ottimizzazioni non sono gratuite, ma sono
96 completa delle modifiche e la loro giustificazione. Non limitatevi a dire che
97 questa è la versione N della patch (o serie). Non aspettatevi che i
101 revisori. Probabilmente, alcuni revisori non hanno nemmeno ricevuto o visto
132 Se volete far riferimento a uno specifico commit, non usate solo
[all …]
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/process/ |
| D | management-style.rst | 20 come un gioco, ma ciò non significa che non possa essere vero.
24 sempre alla persona che dirige tecnicamente, e non a coloro che
27 gruppo, probabilmente non siete un dirigente del kernel. Quindi i suggerimenti
31 e di non leggerlo. Bruciatelo, è un grande gesto simbolico.
33 .. [#f1] Questo documento non fa molto per risponde alla domanda, ma rende
34 così dannatamente ovvio a chi la pone che non abbiamo la minima idea
46 essere il dirigente che la prende. Questo è molto profondo ed ovvio, ma non è
54 Non sarete chiaramente competente per prendere quella decisione per loro.
56 (Corollario: se le persone che gestite non conoscono i dettagli meglio di voi,
71 per **due** decisioni non sequenziali - quella sbagliata **e** quella giusta.
[all …]
|
| D | 6.Followthrough.rst | 20 È raro che una modifica sia così bella alla sua prima pubblicazione che non
40 scriverla. Ma tale valore non li tratterrà dal porvi una domanda
53 tentazione di rispondere a tono. La revisione riguarda il codice e non
54 la persona, e i revisori non vi stanno attaccando personalmente.
56 - Similarmente, i revisori del codice non stanno cercando di promuovere
60 stanno lavorando per la creazione del miglior kernel possibile; non
65 facendo. Non lasciate che il loro modo di esprimersi o il vostro orgoglio
72 Notate che non dovete per forza essere d'accordo con ogni singola modifica
73 suggerita dai revisori. Se credete che il revisore non abbia compreso
77 Tuttavia, la vostra motivazione potrebbe non essere del tutto persuasiva,
[all …]
|
| D | 4.Coding.rst | 32 codice nel kernel che non rispetta le linee guida relative allo stile.
37 non sono importanti e possono non essere applicati. La verità è che
38 aggiungere nuovo codice al kernel è davvero difficile se questo non
42 per gli sviluppatori una comprensione veloce di ogni sua parte. Non ci sono,
59 ma le modifiche di stile non dovrebbero essere fatte fini a se stesse.
61 Il documento sullo stile del codice non dovrebbe essere letto come una legge
62 assoluta che non può mai essere trasgredita. Se c’è un a buona ragione
86 fino al livello necessario e non oltre.
93 sottile, in un modo che non è mai stato notato - perché non è mai stato usato.
95 non la fornisce in maniera soddisfacente. Gli sviluppatori di Kernel,
[all …]
|
| D | coding-style.rst | 12 il kernel Linux. Lo stile di codifica è molto personale e non voglio
19 di codifica GNU e di NON leggerla. Bruciatela, è un grande gesto simbolico.
70 A meno che non vogliate nascondere qualcosa, non mettete più istruzioni sulla
82 spazi non vengono mai usati per l'indentazione, e l'esempio qui sopra è
85 Procuratevi un buon editor di testo e non lasciate spazi bianchi alla fine
99 a meno che eccedere le 80 colonne non aiuti ad aumentare la leggibilità senza
103 non spezzettate mai le stringhe visibili agli utenti come i messaggi di
111 dell'indentazione, non ci sono motivi tecnici sulla base dei quali scegliere
123 Questo è valido per tutte le espressioni che non siano funzioni (if, switch,
152 sono comunque speciali (non potete annidarle in C).
[all …]
|
| D | howto.rst | 14 sviluppo kernel Linux. Il documento non tratterà alcun aspetto
36 L'assembly (di qualsiasi architettura) non è richiesto, a meno che non
38 Sebbene essi non siano un buon sostituto ad un solido studio del
39 linguaggio C o ad anni di esperienza, i seguenti libri sono, se non
48 estensioni che non sono previste in questo standard. Il kernel è un
49 ambiente C indipendente, che non ha alcuna dipendenza dalle librerie
50 C standard, così alcune parti del C standard non sono supportate.
51 Le divisioni ``long long`` e numeri in virgola mobile non sono permessi.
53 riguardo gli strumenti e le estensioni in uso, e sfortunatamente non
63 spiegati; non aspettatevi che gli altri si adattino al vostro modo di fare
[all …]
|
| D | 3.Early-stage.rst | 39 invece, era un uso improprio del framework LSM (che non è progettato per
40 conferire privilegi a processi che altrimenti non avrebbero potuto ottenerli)
46 La comunità audio, comunque, non poteva vedere al di là della singola
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.
91 Non tutte le capacità del kernel sono documentate così bene come ci
95 ingranaggi già esistenti non è soltanto dispendioso; non verrà nemmeno
98 - Potrebbero esserci proposte che non sono considerate accettabili per
115 mono-processore. Non avrebbe potuto essere inserita nel ramo principale
[all …]
|
| D | submitting-patches.rst | 35 Se non avete un repositorio coi sorgenti del kernel più recenti, allora usate
41 Notate, comunque, che potreste non voler sviluppare direttamente coi sorgenti
46 in cui i sorgenti da usare non siano elencati il quel file.
66 sulla radice dei sorgenti del kernel, e non sulle sue sottocartelle.
80 "vergini", o comunque non modificati, e fare un ``diff`` coi vostri.
94 Assicuratevi che la vostra patch non includa file che non ne fanno veramente
104 Se non usate ``git``, un'alternativa popolare è ``quilt``
119 e blocchi sono abbastanza convincenti, ma non tutti i bachi sono così evidenti.
134 che non sono ovvi. Solitamente le ottimizzazioni non sono gratuite, ma sono
154 completa delle modifiche e la loro giustificazione. Non limitatevi a dire che
[all …]
|
| D | 1.Intro.rst | 89 Linux ed influenzarne la direzione di sviluppo. Prodotti non open-source non
96 Lavorare con la comunità di sviluppo del kernel non è particolarmente
101 di stringhe di codice sono modificate ogni giorni. Quindi non deve sorprendere
107 e solide esperienze. Uno sviluppatore che non comprende i modi della comunità
110 a coloro che cercano di imparare, ha poco tempo da dedicare a coloro che non
111 ascoltano o coloro che non sono interessati al processo di sviluppo.
151 distribuzioni che lo consentono. Non c'è bisogno di: driver per dischi,
167 Invece, il codice che si trova nel ramo principale non necessita di questo
179 nel ramo principale. Non importa quanto forti fossero le abilità dello
198 non standard "fuori dai sorgenti" per un tempo indefinito, o (2) abbandonare
[all …]
|
| D | 7.AdvancedTopics.rst | 22 approccio alla gestione dei sorgenti non lo era. Un sistema distribuito per
31 dei suoi sviluppatori. Questo documento non ha lo scopo di insegnare l'uso
54 di studio i concetti non saranno così difficili da capire.
65 su kernel.org, ma non è proprio facile da ottenere; per maggiori informazioni
70 In git i rami sono facilissimi, per cui non c'è motivo per non usarli
71 in libertà. In ogni caso, non dovreste sviluppare su alcun ramo dal
74 solo quando sono complete e pronte ad essere consegnate - non prima.
90 Ma, oltre a questo, gli sviluppatori non possono collaborare se non condividono
98 pubblicamente non dovrebbe essere più sovrascritto. Git tenterà di imporre
99 questa regola, e si rifiuterà di pubblicare nuove patch che non risultino
[all …]
|
| D | stable-api-nonsense.rst | 15 Questo è stato scritto per cercare di spiegare perché Linux **non ha
16 un'interfaccia binaria, e non ha nemmeno un'interfaccia stabile**.
20 Questo articolo parla di interfacce **interne al kernel**, non delle
25 stabili nel tempo e non verranno modificate. Ho vecchi programmi che sono
33 Pensate di volere un'interfaccia del kernel stabile, ma in realtà non la
34 volete, e nemmeno sapete di non volerla. Quello che volete è un driver
46 resto del mondo, queste interfacce sono invisibili o non di particolare
49 Innanzitutto, non tratterò **alcun** problema legale riguardante codice
51 driver che non hanno i propri sorgenti rilasciati con licenza GPL. Per favore
53 programmatore e perciò qui vi parlerò soltanto delle questioni tecniche (non
[all …]
|
| /kernel/linux/linux-5.10/arch/s390/include/asm/ |
| D | scsw.h | 222 * Return non-zero if the specified scsw is a transport mode scsw, zero
384 * Return non-zero if the key field of the specified command mode scsw is
396 * Return non-zero if the sctl field of the specified command mode scsw is
408 * Return non-zero if the eswf field of the specified command mode scsw is
420 * Return non-zero if the cc field of the specified command mode scsw is
433 * Return non-zero if the fmt field of the specified command mode scsw is
445 * Return non-zero if the pfch field of the specified command mode scsw is
457 * Return non-zero if the isic field of the specified command mode scsw is
469 * Return non-zero if the alcc field of the specified command mode scsw is
481 * Return non-zero if the ssi field of the specified command mode scsw is
[all …]
|
| /kernel/linux/linux-6.6/Documentation/translations/it_IT/kernel-hacking/ |
| D | hacking.rst | 27 Prima di leggere questa guida, sappiate che non ho mai voluto scriverla,
38 - non associata ad alcun processo, servendo un'interruzione hardware;
40 - non associata ad alcun processo, servendo un softirq o tasklet;
86 garantisce che questi gestori non vengano mai interrotti: se una stessa
111 cosiddetti 'bottom half' (BH), i quali non traevano alcun vantaggio da questi
112 sistemi. Non appena abbandonammo i computer raffazzonati con fiammiferi e
131 Il nome 'tasklet' è ingannevole: non hanno niente a che fare
148 non possa essere fatto nello spazio utente?
151 Il contesto della FPU non è salvato; anche se siete in contesto utente
152 lo stato dell'FPU probabilmente non corrisponde a quello del processo
[all …]
|