/openbmc/qemu/libdecnumber/dpd/ |
H A D | decimal128.c | 89 uInt *pu; /* .. */ in decimal128FromNumber() local 172 pu=(uInt *)d128->bytes; /* overlay */ in decimal128FromNumber() 174 pu[0]=targlo; /* directly store the low int */ in decimal128FromNumber() 175 pu[1]=targml; /* then the mid-low */ in decimal128FromNumber() 176 pu[2]=targmh; /* then the mid-high */ in decimal128FromNumber() 177 pu[3]=targhi; /* then the high int */ in decimal128FromNumber() 180 pu[0]=targhi; /* directly store the high int */ in decimal128FromNumber() 181 pu[1]=targmh; /* then the mid-high */ in decimal128FromNumber() 182 pu[2]=targml; /* then the mid-low */ in decimal128FromNumber() 183 pu[3]=targlo; /* then the low int */ in decimal128FromNumber() [all …]
|
H A D | decimal64.c | 95 uInt *pu; /* .. */ in decimal64FromNumber() local 193 pu=(uInt *)d64->bytes; /* overlay */ in decimal64FromNumber() 195 pu[0]=targar[0]; /* directly store the low int */ in decimal64FromNumber() 196 pu[1]=targar[1]; /* then the high int */ in decimal64FromNumber() 199 pu[0]=targar[1]; /* directly store the high int */ in decimal64FromNumber() 200 pu[1]=targar[0]; /* then the low int */ in decimal64FromNumber() 218 const uInt *pu; /* work */ in decimal64ToNumber() local 225 pu=(const uInt *)d64->bytes; /* overlay */ in decimal64ToNumber() 227 sourlo=pu[0]; /* directly load the low int */ in decimal64ToNumber() 228 sourhi=pu[1]; /* then the high int */ in decimal64ToNumber() [all …]
|
H A D | decimal32.c | 89 uInt *pu; /* .. */ in decimal32FromNumber() local 175 pu=(uInt *)d32->bytes; /* overlay */ in decimal32FromNumber() 176 *pu=targ; /* directly store the int */ in decimal32FromNumber() 194 const uInt *pu; /* work */ in decimal32ToNumber() local 197 pu=(const uInt *)d32->bytes; /* overlay */ in decimal32ToNumber() 198 sour=*pu; /* directly load the int */ in decimal32ToNumber() 264 const uInt *pu; /* work */ in decimal32ToString() local 272 pu=(const uInt *)d32->bytes; /* overlay */ in decimal32ToString() 273 sour=*pu; /* directly load the int */ in decimal32ToString()
|
/openbmc/u-boot/drivers/pinctrl/ |
H A D | pinctrl-sti.c | 94 int oe = 0, pu = 0, od = 0; in sti_pin_configure() local 128 oe = 0; pu = 0; od = 0; in sti_pin_configure() 131 oe = 0; pu = 1; od = 0; in sti_pin_configure() 134 oe = 1; pu = 0; od = 0; in sti_pin_configure() 137 oe = 1; pu = 0; od = 1; in sti_pin_configure() 140 oe = 1; pu = 1; od = 1; in sti_pin_configure() 193 if (pu) in sti_pin_configure()
|
/openbmc/linux/arch/powerpc/mm/ |
H A 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 …]
|
/openbmc/qemu/host/include/generic/host/ |
H A D | store-insert-al16.h.inc | 23 __uint128_t *pu; 27 pu = __builtin_assume_aligned(ps, 16); 28 old.u = *pu; 33 } while (!__atomic_compare_exchange_n(pu, &old.u, new.u, true,
|
/openbmc/qemu/target/arm/tcg/ |
H A D | a32-uncond.decode | 37 &rfe rn w pu 38 &srs mode w pu 41 RFE 1111 100 pu:2 0 w:1 1 rn:4 0000 1010 0000 0000 &rfe 42 SRS 1111 100 pu:2 1 w:1 0 1101 0000 0101 000 mode:5 &srs
|
/openbmc/linux/Documentation/translations/it_IT/process/ |
H 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ò
|
H 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 …]
|
H 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 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 …]
|
H 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 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 …]
|
H 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, 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
|
H 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
|
H 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
|
H 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 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
|
/openbmc/linux/drivers/pinctrl/mediatek/ |
H 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() 594 err = mtk_hw_set_value(hw, desc, PINCTRL_PIN_REG_PU, pu); in mtk_pinconf_bias_set_pu_pd() 813 int pu, pd, rsel, err; in mtk_pinconf_bias_get_pu_pd_rsel() local 819 err = mtk_hw_get_value(hw, desc, PINCTRL_PIN_REG_PU, &pu); in mtk_pinconf_bias_get_pu_pd_rsel() 827 if (pu == 0 && pd == 0) { in mtk_pinconf_bias_get_pu_pd_rsel() 830 } else if (pu == 1 && pd == 0) { in mtk_pinconf_bias_get_pu_pd_rsel() 836 } else if (pu == 0 && pd == 1) { in mtk_pinconf_bias_get_pu_pd_rsel() [all …]
|
/openbmc/linux/drivers/gpu/drm/nouveau/nvkm/engine/disp/ |
H A 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()
|
H A 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()
|
/openbmc/openbmc-test-automation/openpower/ras/ |
H A D | test_sanity_ecmd.robot | 22 Ecmd getscom pu.c 20028440 -all 27 Ecmd getcfam pu ${cfam_address} -all
|
/openbmc/u-boot/arch/arm/dts/ |
H A D | imx6q.dtsi | 50 pu-supply = <®_pu>; 84 pu-supply = <®_pu>; 118 pu-supply = <®_pu>; 152 pu-supply = <®_pu>;
|
/openbmc/linux/arch/arm/boot/dts/nxp/imx/ |
H A D | imx6q.dtsi | 50 pu-supply = <®_pu>; 87 pu-supply = <®_pu>; 122 pu-supply = <®_pu>; 157 pu-supply = <®_pu>;
|
/openbmc/linux/Documentation/translations/it_IT/doc-guide/ |
H A 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
|
/openbmc/linux/Documentation/translations/it_IT/kernel-hacking/ |
H A 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 …]
|
/openbmc/linux/Documentation/translations/it_IT/core-api/ |
H A 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ò
|
/openbmc/linux/arch/arm/boot/dts/ti/omap/ |
H A D | dra7-mmc-iodelay.dtsi | 9 mmc1_pins_default_no_clk_pu: mmc1-default-no-clk-pu-pins {
|