/linux-6.6.21/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.6.21/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.6.21/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 171 il più aperto possibile; questo può far risparmiare molto tempo evitando 226 Esiste una sola persona che può inserire le patch nel repositorio principale 231 un singolo sviluppatore non può controllare e selezionare 249 altri metadati. In ogni momento, il manutentore può individuare quale patch 266 catena di repositori può essere più o meno lunga, benché raramente ecceda 352 La *preparazione* può essere una via relativamente facile per inserire nuovi 435 la conversazione può essere strettamente tecnica e i partecipanti non sono 469 - Chiedete nella lista di discussione corretta. Linux-kernel può essere un 489 di sviluppo iniziale. Questo, in effetti, può essere una tecnica efficace. [all …]
|
D | stable-kernel-rules.rst | 116 dipendere da altre che devo essere incluse. Questa situazione può essere 137 kernel. Questo può essere indicato usando il seguente formato nell'area 183 - Si può rispondere ad una -rc scrivendo sulla lista di discussione un'email 201 - 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 State attenti ad aggiungere queste etichette alla vostra patch: solo "Cc:" può 354 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.6.21/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.6.21/arch/arm/boot/dts/nxp/imx/ |
D | imx6q.dtsi | 50 pu-supply = <®_pu>; 87 pu-supply = <®_pu>; 122 pu-supply = <®_pu>; 157 pu-supply = <®_pu>;
|
/linux-6.6.21/Documentation/translations/it_IT/doc-guide/ |
D | parse-headers.rst | 39 Dove <options> può essere: --debug, --usage o --help. 99 Per entrambe le dichiarazioni, il \ **tipo**\ può essere uno dei seguenti: 147 \ **symbol**\. Il tipo di riferimento può essere definito esplicitamente
|
/linux-6.6.21/arch/arm/boot/dts/ti/omap/ |
D | dra7-mmc-iodelay.dtsi | 9 mmc1_pins_default_no_clk_pu: mmc1-default-no-clk-pu-pins {
|
/linux-6.6.21/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.6.21/Documentation/translations/it_IT/core-api/ |
D | symbol-namespaces.rst | 59 Definire lo spazio dei nomi per tutti i simboli di un sottosistema può essere 69 dei nomi USB_COMMON, si può aggiungere la seguente linea in 131 La mancanza di un'importazione può essere individuata facilmente al momento 137 script e un target make per correggere le importazioni mancanti. Questo può
|
/linux-6.6.21/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.6.21/drivers/pinctrl/ |
D | pinctrl-st.c | 233 struct regmap_field *alt, *oe, *pu, *od; member 248 const int alt, oe, pu, od, rt; member 350 .alt = 0, .oe = 40, .pu = 50, .od = 60, .rt = 100, 361 .pu = -1, /* Not Available */ 391 struct regmap_field *pull_up = pc->pu; in st_pinconf_set_config() 588 if (pc->pu) { in st_pinconf_get_direction() 589 regmap_field_read(pc->pu, &pu_value); in st_pinconf_get_direction() 1158 pc->pu = st_pc_get_value(dev, regmap, bank/4, data->pu, lsb, msb); in st_parse_syscfgs()
|
/linux-6.6.21/include/linux/ |
D | nls.h | 55 extern int utf8_to_utf32(const u8 *s, int len, unicode_t *pu);
|