/linux/arch/powerpc/mm/ |
A D | hugetlbpage.c | 114 pud_t *pu; in huge_pte_alloc() local 137 pu = pud_alloc(mm, p4, addr); in huge_pte_alloc() 138 if (!pu) in huge_pte_alloc() 141 return (pte_t *)pu; in huge_pte_alloc() 143 ptl = pud_lockptr(mm, pu); in huge_pte_alloc() 144 hpdp = (hugepd_t *)pu; in huge_pte_alloc() 147 pm = pmd_alloc(mm, pu, addr); in huge_pte_alloc() 165 pu = pud_alloc(mm, p4, addr); in huge_pte_alloc() 166 if (!pu) in huge_pte_alloc() 169 ptl = pud_lockptr(mm, pu); in huge_pte_alloc() [all …]
|
/linux/drivers/gpu/drm/nouveau/nvkm/engine/disp/ |
A D | sorgm200.c | 27 gm200_sor_dp_drive(struct nvkm_ior *sor, int ln, int pc, int dc, int pe, int pu) in gm200_sor_dp_drive() argument 34 pu &= 0x0f; in gm200_sor_dp_drive() 39 if ((data[2] & 0x00000f00) < (pu << 8) || ln == 0) in gm200_sor_dp_drive() 40 data[2] = (data[2] & ~0x00000f00) | (pu << 8); in gm200_sor_dp_drive()
|
A D | sornv50.c | 47 nv50_sor_power(struct nvkm_ior *sor, bool normal, bool pu, in nv50_sor_power() argument 53 const u32 state = 0x80000000 | (0x00000001 * !!pu) << shift; in nv50_sor_power()
|
A D | dacnv50.c | 66 nv50_dac_power(struct nvkm_ior *dac, bool normal, bool pu, in nv50_dac_power() argument 72 const u32 state = 0x80000000 | (0x00000040 * ! pu | in nv50_dac_power()
|
A D | sorgf119.c | 71 gf119_sor_dp_drive(struct nvkm_ior *sor, int ln, int pc, int dc, int pe, int pu) in gf119_sor_dp_drive() argument 81 if ((data[2] & 0x0000ff00) < (pu << 8) || ln == 0) in gf119_sor_dp_drive() 82 data[2] = (data[2] & ~0x0000ff00) | (pu << 8); in gf119_sor_dp_drive()
|
A D | piornv50.c | 58 nv50_pior_power(struct nvkm_ior *pior, bool normal, bool pu, in nv50_pior_power() argument 64 const u32 state = 0x80000000 | (0x00000001 * !!pu) << shift; in nv50_pior_power()
|
A D | sorg94.c | 58 g94_sor_dp_drive(struct nvkm_ior *sor, int ln, int pc, int dc, int pe, int pu) in g94_sor_dp_drive() argument 68 if ((data[2] & 0x0000ff00) < (pu << 8) || ln == 0) in g94_sor_dp_drive() 69 data[2] = (data[2] & ~0x0000ff00) | (pu << 8); in g94_sor_dp_drive()
|
/linux/drivers/pinctrl/mediatek/ |
A 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() 807 int pu, pd, rsel, err; in mtk_pinconf_bias_get_rsel() local 819 if (pu == 0 && pd == 0) { in mtk_pinconf_bias_get_rsel() 822 } else if (pu == 1 && pd == 0) { in mtk_pinconf_bias_get_rsel() 828 } else if (pu == 0 && pd == 1) { in mtk_pinconf_bias_get_rsel() 847 int err, pu, pd; in mtk_pinconf_bias_get_pu_pd() local 857 if (pu == 0 && pd == 0) { in mtk_pinconf_bias_get_pu_pd() [all …]
|
/linux/Documentation/translations/it_IT/process/ |
A 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ò
|
A 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 …]
|
A 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 221 via nasconde insidie, e nessuno può sapere del tutto se state facendo 269 avvertimenti può risultare verboso, ma non bisogna preoccuparsi per 293 interruzione, eccetera. Inoltre esso può assicurare che i *lock* vengano 296 lockdep può scovare diversi scenari nei quali il sistema potrebbe, in rari 297 casi, trovarsi in stallo. Questa tipologia di problema può essere grave 326 può essere attivato sul codice aggiungendo "C=1" al comando make. 360 sulle prestazioni e tutto ciò che può servire per la comprensione della [all …]
|
A 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 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à, 276 i detentori di copyright può essere ottenuto (o il loro codice verrà rimosso [all …]
|
A 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
|
A 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 188 elaborato per l'implementazione. Ogni informazione fornita può aiutare 215 è stato rilascio espressamente con licenza GPL-compatibile può rivelarsi 227 Detto ciò, ci sono anche casi dove l'azienda legittimamente non può rivelare
|
A 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 usare 111 i possibili overflow, e questo può portare il chiamante a generare risultati 120 di destinazione. Questo può portare ad un overflow oltre i limiti del 147 può continuare ad essere usata, ma i buffer di destinazione devono essere 155 è inefficiente e può portare a overflow di lettura quando la stringa non è 200 Questo può portare a dei malfunzionamenti, potrebbe sovrascrivere 327 sizeof() non può essere applicato
|
A 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
|
A 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 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. 500 all'investimento un po' di tempo. Prendersi questo tempo può fornire [all …]
|
A D | submitting-drivers.rst | 15 quello che viene detto qui può essere trovato anche negli altri documenti
|
/linux/arch/arm/boot/dts/ |
A D | imx6q.dtsi | 50 pu-supply = <®_pu>; 87 pu-supply = <®_pu>; 122 pu-supply = <®_pu>; 157 pu-supply = <®_pu>;
|
/linux/Documentation/translations/it_IT/doc-guide/ |
A 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/Documentation/translations/it_IT/kernel-hacking/ |
A D | locking.rst | 91 La prelazione può sortire gli stessi effetti, anche se c'è una sola CPU: 119 spinlock (``include/asm/spinlock.h``), un semplice *lock* che può essere 141 quando nessun altro processo può essere eseguito in simultanea, allora 272 avrete due preoccupazioni. Primo, il softirq può essere interrotto da 300 anche questi. Tenuto conto di questo si può dire che 519 Ora consideriamo il caso in cui cache_find() può essere invocata 624 significa che non è più usato e l'oggetto può essere rimosso. 825 - Si può fornire una funzione cache_obj_rename() che prende il 916 può succedere anche con un solo processore (Ma non sui sistemi 1013 Questo può essere evitato controllando il valore di ritorno di [all …]
|
A 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 163 per cui non si può usare. 259 Essa è utile per il debugging o per la notifica di errori; può essere 336 Non dorme. Meno affidabile di ``GFP_KERNEL``, ma può essere usata in un 398 La famiglia di funzioni :c:func:`cpu_to_be32()` (dove "32" può essere 486 La funzione può ritornare un numero d'errore negativo per scatenare un 501 zero. Questa funzione può anche dormire, ma non può fallire: tutto dev'essere [all …]
|
/linux/Documentation/translations/it_IT/core-api/ |
A 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/drivers/pinctrl/ |
A D | pinctrl-st.c | 229 struct regmap_field *alt, *oe, *pu, *od; member 244 const int alt, oe, pu, od, rt; member 346 .alt = 0, .oe = 40, .pu = 50, .od = 60, .rt = 100, 357 .pu = -1, /* Not Available */ 387 struct regmap_field *pull_up = pc->pu; in st_pinconf_set_config() 584 if (pc->pu) { in st_pinconf_get_direction() 585 regmap_field_read(pc->pu, &pu_value); in st_pinconf_get_direction() 1155 pc->pu = st_pc_get_value(dev, regmap, bank/4, data->pu, lsb, msb); in st_parse_syscfgs()
|
/linux/fs/nls/ |
A 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()
|