| /linux-6.1.9/arch/powerpc/mm/ |
| D | hugetlbpage.c | 115 pud_t *pu; in huge_pte_alloc() local
138 pu = pud_alloc(mm, p4, addr); in huge_pte_alloc()
139 if (!pu) in huge_pte_alloc()
142 return (pte_t *)pu; in huge_pte_alloc()
144 ptl = pud_lockptr(mm, pu); in huge_pte_alloc()
145 hpdp = (hugepd_t *)pu; in huge_pte_alloc()
148 pm = pmd_alloc(mm, pu, addr); in huge_pte_alloc()
166 pu = pud_alloc(mm, p4, addr); in huge_pte_alloc()
167 if (!pu) in huge_pte_alloc()
170 ptl = pud_lockptr(mm, pu); in huge_pte_alloc()
[all …]
|
| /linux-6.1.9/drivers/gpu/drm/nouveau/nvkm/engine/disp/ |
| D | gm200.c | 34 gm200_sor_dp_drive(struct nvkm_ior *sor, int ln, int pc, int dc, int pe, int pu) in gm200_sor_dp_drive() argument
41 pu &= 0x0f; in gm200_sor_dp_drive()
46 if ((data[2] & 0x00000f00) < (pu << 8) || ln == 0) in gm200_sor_dp_drive()
47 data[2] = (data[2] & ~0x00000f00) | (pu << 8); in gm200_sor_dp_drive()
|
| D | g94.c | 64 g94_sor_dp_drive(struct nvkm_ior *sor, int ln, int pc, int dc, int pe, int pu) in g94_sor_dp_drive() argument
74 if ((data[2] & 0x0000ff00) < (pu << 8) || ln == 0) in g94_sor_dp_drive()
75 data[2] = (data[2] & ~0x0000ff00) | (pu << 8); in g94_sor_dp_drive()
|
| /linux-6.1.9/Documentation/translations/it_IT/process/ |
| D | volatile-considered-harmful.rst | 32 In un pezzo di codice kernel scritto a dovere, *volatile* può solo servire a
55 critica, dove sappiamo che in realtà nessun altro può accedervi. Mentre si
77 La chiamata cpu_relax() può ridurre il consumo di energia del processore
97 volta che viene letta ma può essere lette senza alcuna sincronizzazione.
98 Quindi jiffies può essere *volatile*, ma l'aggiunta ad altre variabili di
104 essere modificata da dispositivi di I/O può, a volte, essere legittimamente
105 *volatile*. Un esempio pratico può essere quello di un adattatore di rete
109 Per la maggior parte del codice, nessuna delle giustificazioni sopracitate può
|
| D | 7.AdvancedTopics.rst | 27 Gestire le modifiche con git può rendere la vita dello sviluppatore molto
56 Utilizzare git per produrre patch da sottomettere via email può essere
69 può essere separata in "rami per argomenti" e gestiti indipendentemente.
78 oppure che ha un qualche tipo di baco evidente) può essere corretta sul posto
79 o fatta sparire completamente dalla storia. Una serie di patch può essere
83 di git per revisionare la storia può aiutare nella creazione di una serie
86 Un uso eccessivo può portare ad altri tipi di problemi, tuttavia, oltre
112 per rimanere sempre aggiornati. Per un ramo privato, il *rebase* può essere
121 può essere utile; questo strumento si ricorda come i conflitti di *merge*
158 otterranno dall'integrazione. Il comando git request-pull può essere d'aiuto;
[all …]
|
| D | 4.Coding.rst | 62 assoluta che non può mai essere trasgredita. Se c’è un a buona ragione
84 ha dimostrato che un'eccessiva o prematura astrazione può rivelarsi dannosa
128 condizionatamente può essere confinato a funzioni tali che, nel caso in cui
151 può causare rallentamenti importanti. Le funzioni inline, di norma, dovrebbero
213 Spesso si è argomentato che una regressione può essere giustificata se essa
221 via nasconde insidie, e nessuno può sapere del tutto se state facendo
269 avvertimenti può risultare verboso, ma non bisogna preoccuparsi per
278 - DEBUG_SLAB può trovare svariati errori di uso e di allocazione di memoria;
293 interruzione, eccetera. Inoltre esso può assicurare che i *lock* vengano
296 lockdep può scovare diversi scenari nei quali il sistema potrebbe, in rari
[all …]
|
| D | 1.Intro.rst | 88 per gli sviluppatori; chiunque con le capacità richieste può migliorare
92 progetti di software libero. Un classico ciclo di sviluppo trimestrale può
105 Il processo di sviluppo del Kernel può, dall'altro lato, risultare
139 distributori Linux). Nel breve termine, contribuire al codice può sembrare
140 un costo inutile; può sembra più facile tenere separato il proprio codice e
175 clienti può portare a sorprendenti risultati che migliorano i vostri
220 niente in questo documento può essere considerato come un consiglio legale.
221 Il vero stato legale dei moduli proprietari può essere determinato
234 comprensiva, può essere richiesto di produrre dozzine di singoli moduli.
240 del tutto disponibile, non può essere revisionato dalla comunità e avrà,
[all …]
|
| D | deprecated.rst | 68 (o simili) per via del rischio di overflow. Questo può portare a valori più
70 allocare può portare ad un overflow della memoria di heap e altri
72 compilatore può generare avvisi circa un potenziale overflow. Tuttavia, anche in
83 Nello specifico, kmalloc() può essere sostituta da kmalloc_array(), e kzalloc()
125 i possibili overflow, e questo può portare il chiamante a generare risultati
134 di destinazione. Questo può portare ad un overflow oltre i limiti del
161 può continuare ad essere usata, ma i buffer di destinazione devono essere
169 è inefficiente e può portare a overflow di lettura quando la stringa non è
214 Questo può portare a dei malfunzionamenti, potrebbe sovrascrivere
341 sizeof() non può essere applicato
|
| D | 6.Followthrough.rst | 34 Lavorare con i revisori può rivelarsi, per molti sviluppatori, la parte
35 più intimidatoria del processo di sviluppo del kernel. La vita può esservi
59 di lavoro può cambiare. Davvero, senza praticamente eccezioni, loro
86 aggiuntivo; ciò può essere d'aiuto ai futuri revisori nell'evitare domande
110 comunità di sviluppo del kernel; lui può spesso sbrogliare situazioni che
133 L'inclusione nei sorgenti di un sottosistema può comportare per una patch,
150 può rivelarsi una spina nel fianco, ma consideratevi fortunati: prima
239 modo può essere avvilente e scoraggiante, ma la comunità ricorderà come
|
| D | management-style.rst | 68 Qualsiasi decisione importante può essere ridotta in decisioni meno importanti,
78 dal quale non potrete sfuggire. Un topo messo all'angolo può rivelarsi
87 così grossa, dato che può essere facilmente annullata.
96 non era del tutto valido, può rivelarsi difficile anche per un povero ed
132 Questo può suonare come un fallimento, ma di solito questo è un segno che
265 dire, "su internet nessuno può sentire la vostra pacatezza". Usate argomenti
269 Un po' di umorismo può aiutare a smorzare sia la franchezza che la moralità.
270 Andare oltre i limiti al punto d'essere ridicolo può portare dei punti a casa
|
| D | 3.Early-stage.rst | 15 nella pianificazione e la comunicazione può far risparmiare molto
26 può portare all'emergere di problemi.
85 nell'implementazione. Una discussione preliminare può far risparmiare sia
151 Trovare manutentori può rivelarsi un po' difficoltoso. Ancora, il file
189 elaborato per l'implementazione. Ogni informazione fornita può aiutare
216 è stato rilascio espressamente con licenza GPL-compatibile può rivelarsi
228 Detto ciò, ci sono anche casi dove l'azienda legittimamente non può rivelare
|
| D | 2.Process.rst | 70 successivo (un'eccezione può essere fatta per i driver per hardware non
178 il più aperto possibile; questo può far risparmiare molto tempo evitando
233 Esiste una sola persona che può inserire le patch nel repositorio principale
238 un singolo sviluppatore non può controllare e selezionare
256 altri metadati. In ogni momento, il manutentore può individuare quale patch
273 catena di repositori può essere più o meno lunga, benché raramente ecceda
359 La *preparazione* può essere una via relativamente facile per inserire nuovi
442 la conversazione può essere strettamente tecnica e i partecipanti non sono
476 - Chiedete nella lista di discussione corretta. Linux-kernel può essere un
496 di sviluppo iniziale. Questo, in effetti, può essere una tecnica efficace.
[all …]
|
| D | stable-kernel-rules.rst | 110 dipendere da altre che devo essere incluse. Questa situazione può essere
131 kernel. Questo può essere indicato usando il seguente formato nell'area
177 - Si può rispondere ad una -rc scrivendo sulla lista di discussione un'email
195 - Il rilascio definitivo, e marchiato, di tutti i kernel stabili può essere
|
| D | 5.Posting.rst | 29 dai riscontri che la comunità può darvi prima che completiate il lavoro.
73 La preparazione delle patch per la pubblicazione può richiedere una quantità
131 può essere ragionevolmente grande fintanto che contenga un singolo
170 Questa descrizione può essere lunga tanto quanto serve; dovrebbe spiegare
192 il limite di una sola riga. La descrizione dettagliata può spiegare meglio
221 Un'etichetta ci può dire quale commit ha introdotto il problema che viene corretto nella patch::
276 "Cc:" può essere aggiunta senza il permesso esplicito della persona menzionata.
351 nn/mm può essere omesso per una serie composta da una singola patch.
|
| D | 8.Conclusion.rst | 73 importante di cosa può essere fatto quando migliaia di persone lavorano
76 Il kernel può sempre beneficiare di una larga base di sviluppatori, tuttavia,
|
| /linux-6.1.9/drivers/pinctrl/mediatek/ |
| D | pinctrl-mtk-common-v2.c | 578 int err, pu, pd; in mtk_pinconf_bias_set_pu_pd() local
581 pu = 0; in mtk_pinconf_bias_set_pu_pd()
584 pu = 1; in mtk_pinconf_bias_set_pu_pd()
587 pu = 0; in mtk_pinconf_bias_set_pu_pd()
594 err = mtk_hw_set_value(hw, desc, PINCTRL_PIN_REG_PU, pu); in mtk_pinconf_bias_set_pu_pd()
810 int pu, pd, rsel, err; in mtk_pinconf_bias_get_rsel() local
816 err = mtk_hw_get_value(hw, desc, PINCTRL_PIN_REG_PU, &pu); in mtk_pinconf_bias_get_rsel()
824 if (pu == 0 && pd == 0) { in mtk_pinconf_bias_get_rsel()
827 } else if (pu == 1 && pd == 0) { in mtk_pinconf_bias_get_rsel()
833 } else if (pu == 0 && pd == 1) { in mtk_pinconf_bias_get_rsel()
[all …]
|
| /linux-6.1.9/arch/arm/boot/dts/ |
| D | imx6q.dtsi | 50 pu-supply = <®_pu>;
87 pu-supply = <®_pu>;
122 pu-supply = <®_pu>;
157 pu-supply = <®_pu>;
|
| D | at91-sama5d3_eds.dts | 189 pinctrl_i2c0_pu: i2c0-pu {
195 pinctrl_i2c2_pu: i2c2-pu {
|
| /linux-6.1.9/Documentation/translations/it_IT/doc-guide/ |
| D | parse-headers.rst | 40 Dove <options> può essere: --debug, --usage o --help.
100 Per entrambe le dichiarazioni, il \ **tipo**\ può essere uno dei seguenti:
148 \ **symbol**\. Il tipo di riferimento può essere definito esplicitamente
|
| /linux-6.1.9/Documentation/translations/it_IT/kernel-hacking/ |
| D | locking.rst | 91 La prelazione può sortire gli stessi effetti, anche se c'è una sola CPU:
114 spinlock (``include/asm/spinlock.h``), un semplice *lock* che può essere
115 trattenuto solo da un processo: se non si può trattenere lo spinlock, allora
136 quando nessun altro processo può essere eseguito in simultanea, allora
237 Lo stesso softirq può essere eseguito su un diverso processore: allo scopo
267 avrete due preoccupazioni. Primo, il softirq può essere interrotto da
276 hardware è in esecuzione: per questo si può usare spin_lock(), che è un po'
295 anche questi. Tenuto conto di questo si può dire che
327 diversi contesti. In alcuni casi, lo stesso contesto può essere eseguito solo
329 sincronizzazione (per esempio, un thread può essere eseguito solo su un
[all …]
|
| D | hacking.rst | 36 In qualsiasi momento ognuna delle CPU di un sistema può essere:
49 può avvicendarsi solo ad uno di quelli sottostanti. Per esempio, mentre un
50 softirq è in esecuzione su d'una CPU, nessun altro softirq può avvicendarsi
51 nell'esecuzione, ma un'interruzione hardware può. Ciò nonostante, le altre CPU
162 per cui non si può usare.
258 Essa è utile per il debugging o per la notifica di errori; può essere
335 Non dorme. Meno affidabile di ``GFP_KERNEL``, ma può essere usata in un
397 La famiglia di funzioni :c:func:`cpu_to_be32()` (dove "32" può essere
475 e :c:func:`module_exit()` semplifica la scrittura di codice che può funzionare
485 La funzione può ritornare un numero d'errore negativo per scatenare un
[all …]
|
| /linux-6.1.9/Documentation/translations/it_IT/core-api/ |
| D | symbol-namespaces.rst | 60 Definire lo spazio dei nomi per tutti i simboli di un sottosistema può essere
70 dei nomi USB_COMMON, si può aggiungere la seguente linea in
132 La mancanza di un'importazione può essere individuata facilmente al momento
138 script e un target make per correggere le importazioni mancanti. Questo può
|
| /linux-6.1.9/fs/nls/ |
| D | nls_base.c | 55 int utf8_to_utf32(const u8 *s, int inlen, unicode_t *pu) in utf8_to_utf32() argument
71 *pu = (unicode_t) l; in utf8_to_utf32()
|
| /linux-6.1.9/drivers/pinctrl/ |
| D | pinctrl-st.c | 228 struct regmap_field *alt, *oe, *pu, *od; member
243 const int alt, oe, pu, od, rt; member
345 .alt = 0, .oe = 40, .pu = 50, .od = 60, .rt = 100,
356 .pu = -1, /* Not Available */
386 struct regmap_field *pull_up = pc->pu; in st_pinconf_set_config()
583 if (pc->pu) { in st_pinconf_get_direction()
584 regmap_field_read(pc->pu, &pu_value); in st_pinconf_get_direction()
1153 pc->pu = st_pc_get_value(dev, regmap, bank/4, data->pu, lsb, msb); in st_parse_syscfgs()
|
| /linux-6.1.9/include/linux/ |
| D | nls.h | 55 extern int utf8_to_utf32(const u8 *s, int len, unicode_t *pu);
|