| /linux/Documentation/translations/it_IT/process/ |
| H A 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 …]
|
| H A 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
72 facendo. Non lasciate che il loro modo di esprimersi o il vostro orgoglio
79 Notate che non dovete per forza essere d'accordo con ogni singola modifica
80 suggerita dai revisori. Se credete che il revisore non abbia compreso
84 Tuttavia, la vostra motivazione potrebbe non essere del tutto persuasiva,
[all …]
|
| H A 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 …]
|
| H A 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 …]
|
| H A 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 …]
|
| H A 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 …]
|
| H A D | botching-up-ioctls.rst | 17 inviare dei programmi alla GPU. Il che è va bene dato che non c'è più un insano
23 focalizzano sui tecnicismi e non sulla visione d'insieme, come le discussioni
32 Prima i prerequisiti. Seguite i seguenti suggerimenti se non volete fallire in
40 esplicitamente i vuoti. Non necessariamente le piattaforme a 32-bit allineano
53 possibile per non ritardare la conversione, o peggio maneggiare ``__u64`` nel
68 l'estensione di una esistente, sia supportata dal kernel in esecuzione. Se non
78 Questo aiuta, ma non è una soluzione completa dato che uno spazio utente nuovo
79 su un kernel vecchio non noterebbe che i campi nuovi alla fine della struttura
84 altrimenti rifiutare la ioctl. Se non lo fate il vostro bel piano per
89 vuoti di tutte le vostre strutture dati, anche se non le userete in un
[all …]
|
| H A D | stable-kernel-rules.rst | 11 Regole sul tipo di patch che vengono o non vengono accettate nei sorgenti
17 - Non dev'essere più grande di 100 righe, incluso il contesto.
25 compilazione (ma non per cose già segnate con CONFIG_BROKEN), o problemi
26 del tipo "oh, questo non va bene".
29 interattività. Dato che questi problemi non sono così ovvi e la loro
34 - Non si accettano cose del tipo "Questo potrebbe essere un problema ..."
37 - Non deve includere alcuna correzione "banale" (correzioni grammaticali,
44 Una patch di sicurezza non dovrebbe essere gestita (solamente) dal processo
60 usato. L':ref:`it_option_2` si usa quando al momento della sottomissione non si
72 riportata a 5.10.y, ma non a 5.15.y.
[all …]
|
| H A D | volatile-considered-harmful.rst | 8 Perché la parola chiave "volatile" non dovrebbe essere usata
15 *volatile* come una variabile atomica di facile utilizzo, ma non è così.
16 L'uso di *volatile* nel kernel non è quasi mai corretto; questo documento ne
20 sopprimere le ottimizzazioni, che non è quasi mai quello che si vuole.
30 non ci sarà bisogno di utilizzare *volatile*. Se vi sembra che *volatile* sia
43 dato condiviso non potrebbe cambiare inaspettatamente mentre si trattiene un
47 accessi al dato condiviso non saranno ottimizzati. Quindi il compilatore
56 trattiene un lock, il dato condiviso non è *volatile*. Quando si ha a che
63 non "ottimizzi" l'accesso ai registri all'interno di una sezione critica.
66 con i puntatori è sconsigliato e non funziona su tutte le architetture.
[all …]
|
| H A D | deprecated.rst | 18 le tempistiche, non è sempre possibile fare questo tipo di conversione tutta
28 `non produce più alcun avviso durante la compilazione
33 interfaccia come 'vecchia', questa non è una soluzione completa. L'interfaccia
66 Il calcolo dinamico delle dimensioni (specialmente le moltiplicazioni) non
75 Per esempio, non usate ``count * size`` come argomento::
86 Se questo tipo di allocatore non è disponibile, allora dovrebbero essere usate
133 La funzione strcpy() non fa controlli agli estremi del buffer
137 a ridurne il rischio, non c'è alcuna buona ragione per continuare ad usare
140 ritorno di strcpy(). La funzione strscpy() non ritorna un puntatore
141 alla destinazione, ma un contatore dei byte non NUL copiati (oppure
[all …]
|
| H A D | maintainer-pgp-guide.rst | 47 Fidatevi degli sviluppatori e non dell'infrastruttura
60 non sia fatto semplicemente per incolpare qualcun'altro per future falle di
82 in questa guida potrebbero non funzionare.
111 Non è più necessario far partire l'agente gpg manualmente all'inizio della
113 riguarda vecchie le versioni di GnuPG, poiché potrebbero non svolgere più
122 per lo sviluppo del kernel Linux. Se non ne avete ancora una, date uno sguardo
145 questo non è il caso, per evitare fraintendimenti, in questa guida ci riferiremo
151 non potrete recuperarla usando le altre.
156 **[E]** non può essere decriptato usano altre sottochiavi **[E]**.
195 attaccanti non potrebbero comunque utilizzare le vostre chiavi private senza
[all …]
|
| /linux/Documentation/translations/it_IT/locking/ |
| H A D | locktypes.rst | 36 di queste primitive. Insomma, non usate i blocchi ad attesa con sospensioni in
37 altri contesti a meno che proprio non vi siano alternative.
60 Su kernel non-PREEMPT_RT, le funzioni local_lock gestiscono le primitive di
63 per il controllo della concorrenza su una CPU e quindi non sono adatti per la
72 Nei kernel non-PREEMPT_RT, i seguenti blocchi sono ad attesa attiva:
95 I semafori rw_semaphores hanno un'interfaccia speciale che permette anche ai non
104 Questo meccanismo ha delle limitazioni sui kernel non-PREEMPT_RT dovuti alla
107 Chiaramente, questo meccanismo non può avvalersi della prelazione su una sezione
126 I kernel PREEMPT_RT non cambiano l'implementazione di semaphore perché non hanno
128 l'ereditarietà della priorità sui semafori. Un proprietario sconosciuto non può
[all …]
|
| H A D | lockdep-design.rst | 23 vista di lockdep, i due blocchi (L1 ed L2) non sono per forza correlati: quella
32 classe di blocco non sparisce quando sparisce una sua istanza, ma può essere
106 I blocchi inutilizzati (ad esempio i mutex) non possono essere fra le cause di
125 (sicuro in interruzioni), allora non può mai essere acquisito con le
138 La stessa classe di blocco non deve essere acquisita due volte, questo perché
141 Inoltre, due blocchi non possono essere trattenuti in ordine inverso::
153 In aggiunta, le seguenti sequenze di blocco nei contesti indicati non sono
189 stallo; questo anche se lo stallo non si verifica in pratica)
205 poi quello della partizione. Il validatore non rileva automaticamente questo
206 ordine implicito, perché queste regole di sincronizzazione non sono statiche.
[all …]
|
| /linux/tools/testing/selftests/bpf/prog_tests/ |
| H A D | exceptions.c | 122 if (test__start_subtest("non-throwing fentry -> exception_cb")) in test_exceptions_success()
142 if (test__start_subtest("non-throwing fexit -> exception_cb")) in test_exceptions_success()
192 if (test__start_subtest("non-throwing fentry -> non-throwing subprog")) in test_exceptions_success()
193 /* non-throwing fentry -> non-throwing subprog : OK */ in test_exceptions_success()
203 if (test__start_subtest("throwing fentry -> non-throwing subprog")) in test_exceptions_success()
204 /* throwing fentry -> non-throwing subprog : OK */ in test_exceptions_success()
214 if (test__start_subtest("non-throwing fentry -> throwing subprog")) in test_exceptions_success()
215 /* non-throwing fentry -> throwing subprog : OK */ in test_exceptions_success()
236 if (test__start_subtest("non-throwing fexit -> non-throwing subprog")) in test_exceptions_success()
237 /* non-throwing fexit -> non-throwing subprog : OK */ in test_exceptions_success()
[all …]
|
| /linux/tools/testing/selftests/bpf/progs/ |
| H A D | verifier_sdiv.c | 15 __description("SDIV32, non-zero imm divisor, check 1")
27 __description("SDIV32, non-zero imm divisor, check 2")
39 __description("SDIV32, non-zero imm divisor, check 3")
51 __description("SDIV32, non-zero imm divisor, check 4")
63 __description("SDIV32, non-zero imm divisor, check 5")
75 __description("SDIV32, non-zero imm divisor, check 6")
87 __description("SDIV32, non-zero imm divisor, check 7")
99 __description("SDIV32, non-zero imm divisor, check 8")
111 __description("SDIV32, non-zero reg divisor, check 1")
124 __description("SDIV32, non-zero reg divisor, check 2")
[all …]
|
| H A 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 …]
|
| /linux/drivers/net/ethernet/marvell/octeon_ep/ |
| H A D | octep_ctrl_net.h | 248 * @oct: non-null pointer to struct octep_device.
257 * @oct: non-null pointer to struct octep_device.
267 * @oct: non-null pointer to struct octep_device.
280 * @oct: non-null pointer to struct octep_device.
293 * @oct: non-null pointer to struct octep_device.
295 * @addr: non-null pointer to mac address.
304 * @oct: non-null pointer to struct octep_device.
306 * @addr: non-null pointer to mac address.
317 * @oct: non-null pointer to struct octep_device.
327 * @oct: non-null pointer to struct octep_device.
[all …]
|
| /linux/Documentation/translations/it_IT/kernel-hacking/ |
| H A 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 …]
|
| H A D | locking.rst | 100 che non esistano.
115 trattenuto solo da un processo: se non si può trattenere lo spinlock, allora
116 rimane in attesa attiva (in inglese *spinning*) finché non ci riesce.
120 ma potreste bloccarvi trattenendolo. Se non potete trattenere un mutex
123 mentre il vostro processo è in attesa. Esistono molti casi in cui non potete
135 gli spinlock non esistono. Questa è un'ottima scelta di progettazione:
137 non c'è la necessità di avere un *lock*.
146 ``CONFIG_PREEMPT`` abilitate, anche quando non avete un sistema
161 ma questa dovrebbe essere evitata perché non ritorna in caso di segnali.
167 o scaricato (e durante l'avvio del sistema, qui non abbiamo concorrenza),
[all …]
|
| /linux/arch/s390/include/asm/ |
| H A D | scsw.h | 228 * Return non-zero if the specified scsw is a transport mode scsw, zero
390 * Return non-zero if the key field of the specified command mode scsw is
402 * Return non-zero if the sctl field of the specified command mode scsw is
414 * Return non-zero if the eswf field of the specified command mode scsw is
426 * Return non-zero if the cc field of the specified command mode scsw is
439 * Return non-zero if the fmt field of the specified command mode scsw is
451 * Return non-zero if the pfch field of the specified command mode scsw is
463 * Return non-zero if the isic field of the specified command mode scsw is
475 * Return non-zero if the alcc field of the specified command mode scsw is
487 * Return non-zero if the ssi field of the specified command mode scsw is
[all …]
|
| /linux/drivers/scsi/ |
| H A D | st_options.h | 13 /* If TRY_DIRECT_IO is non-zero, the driver tries to transfer data directly
19 to the user program if ST_NOWAIT is non-zero. This helps if the SCSI
31 /* If ST_RECOVERED_WRITE_FATAL is non-zero, recovered errors while writing
40 Must be non-zero. */
59 /* If ST_TWO_FM is non-zero, the driver writes two filemarks after a
64 /* If ST_BUFFER_WRITES is non-zero, writes in fixed block mode are
69 /* If ST_ASYNC_WRITES is non-zero, the SCSI write command may be started
74 /* If ST_READ_AHEAD is non-zero, blocks are read ahead in fixed block
78 /* If ST_AUTO_LOCK is non-zero, the drive door is locked at the first
83 /* If ST_FAST_MTEOM is non-zero, the MTEOM ioctl is done using the
[all …]
|
| /linux/Documentation/bpf/ |
| H A D | graph_ds_impl.rst | 81 Non-owning references
153 The verifier considers such a reference a *non-owning reference*. The ref
172 *non-owning reference*
180 non-owning ref existence (see explanation below)
184 From verifier's perspective non-owning references can only exist
187 via bpf_obj_drop. A non-owning ref to some chunk of memory that was remove'd,
191 To prevent this logic violation all non-owning references are invalidated by the
193 not page fault" property of non-owning references. So if the verifier hasn't
194 invalidated a non-owning ref, accessing it will not page fault.
197 if there's a valid non-owning ref, we must be in a critical section, and can
[all …]
|
| /linux/Documentation/fb/ |
| H A D | viafb.modes | 10 # 640x480, 60 Hz, Non-Interlaced (25.175 MHz dotclock)
35 # 640x480, 75 Hz, Non-Interlaced (31.50 MHz dotclock)
56 # 640x480, 85 Hz, Non-Interlaced (36.000 MHz dotclock)
77 # 640x480, 100 Hz, Non-Interlaced (43.163 MHz dotclock)
98 # 640x480, 120 Hz, Non-Interlaced (52.406 MHz dotclock)
119 # 720x480, 60 Hz, Non-Interlaced (26.880 MHz dotclock)
140 # 800x480, 60 Hz, Non-Interlaced (29.581 MHz dotclock)
161 # 720x576, 60 Hz, Non-Interlaced (32.668 MHz dotclock)
182 # 800x600, 60 Hz, Non-Interlaced (40.00 MHz dotclock)
204 # 800x600, 75 Hz, Non-Interlaced (49.50 MHz dotclock)
[all …]
|
| /linux/tools/perf/pmu-events/arch/arm64/ampere/emag/ |
| H A D | pipeline.json | 15 "PublicDescription": "IXA Op non-issue",
21 "PublicDescription": "IXB Op non-issue",
27 "PublicDescription": "BX Op non-issue",
33 "PublicDescription": "LX Op non-issue",
39 "PublicDescription": "SX Op non-issue",
45 "PublicDescription": "FX Op non-issue",
|
| /linux/tools/perf/pmu-events/arch/arm64/fujitsu/monaka/ |
| H A D | sve.json | 4 …uding the Advanced SIMD scalar instructions and the instructions listed in Non-SIMD SVE instructio…
8 …tecturally executed SVE instructions, including the instructions listed in Non-SIMD SVE instructio…
12 …tecturally executed SVE instructions, including the instructions listed in Non-SIMD SVE instructio…
84 …"BriefDescription": "This event counts architecturally executed Advanced SIMD non-floating-point o…
88 … "BriefDescription": "This event counts architecturally executed SVE non-floating-point operation."
92 …"BriefDescription": "This event counts architecturally executed Advanced SIMD or SVE non-floating-…
192 …ecturally executed operation that reads from memory with a non-temporal hint due to an SVE non-tem…
196 …tecturally executed operation that writes to memory with a non-temporal hint due to an SVE non-tem…
208 …ounts architecturally executed operations that read from memory due to SVE non-contiguous gather-l…
212 …counts architecturally executed operations that write to memory due to SVE non-contiguous scatter-…
[all …]
|