/Linux-v5.4/sound/core/ |
D | pcm_misc.c | 37 signed char le; /* 0 = big-endian, 1 = little-endian, -1 = others */ member 47 .width = 8, .phys = 8, .le = -1, .signd = 1, 51 .width = 8, .phys = 8, .le = -1, .signd = 0, 55 .width = 16, .phys = 16, .le = 1, .signd = 1, 59 .width = 16, .phys = 16, .le = 0, .signd = 1, 63 .width = 16, .phys = 16, .le = 1, .signd = 0, 67 .width = 16, .phys = 16, .le = 0, .signd = 0, 71 .width = 24, .phys = 32, .le = 1, .signd = 1, 75 .width = 24, .phys = 32, .le = 0, .signd = 1, 79 .width = 24, .phys = 32, .le = 1, .signd = 0, [all …]
|
/Linux-v5.4/lib/ |
D | test_uuid.c | 14 guid_t le; member 21 .le = GUID_INIT(0xc33f4995, 0x3701, 0x450e, 0x9f, 0xbf, 0x20, 0x6a, 0x2e, 0x98, 0xe5, 0x76), 26 .le = GUID_INIT(0x64b4371c, 0x77c1, 0x48f9, 0x82, 0x21, 0x29, 0xf0, 0x54, 0xfc, 0x02, 0x3b), 31 .le = GUID_INIT(0x0cb4ddff, 0xa545, 0x4401, 0x9d, 0x06, 0x68, 0x8a, 0xf5, 0x3e, 0x7f, 0x84), 64 guid_t le; in test_uuid_test() local 70 if (guid_parse(data->uuid, &le)) in test_uuid_test() 74 if (!guid_equal(&data->le, &le)) { in test_uuid_test() 75 sprintf(buf, "%pUl", &le); in test_uuid_test() 93 guid_t le; in test_uuid_wrong() local 98 if (!guid_parse(data, &le)) in test_uuid_wrong()
|
/Linux-v5.4/drivers/mtd/ubi/ |
D | eba.c | 218 struct ubi_ltree_entry *le; in ltree_lookup() local 220 le = rb_entry(p, struct ubi_ltree_entry, rb); in ltree_lookup() 222 if (vol_id < le->vol_id) in ltree_lookup() 224 else if (vol_id > le->vol_id) in ltree_lookup() 227 if (lnum < le->lnum) in ltree_lookup() 229 else if (lnum > le->lnum) in ltree_lookup() 232 return le; in ltree_lookup() 253 struct ubi_ltree_entry *le, *le1, *le_free; in ltree_add_entry() local 255 le = kmalloc(sizeof(struct ubi_ltree_entry), GFP_NOFS); in ltree_add_entry() 256 if (!le) in ltree_add_entry() [all …]
|
/Linux-v5.4/net/802/ |
D | hippi.c | 60 hip->le.fc = 0; in hippi_header() 61 hip->le.double_wide = 0; /* only HIPPI 800 for the time being */ in hippi_header() 62 hip->le.message_type = 0; /* Data PDU */ in hippi_header() 64 hip->le.dest_addr_type = 2; /* 12 bit SC address */ in hippi_header() 65 hip->le.src_addr_type = 2; /* 12 bit SC address */ in hippi_header() 67 memcpy(hip->le.src_switch_addr, dev->dev_addr + 3, 3); in hippi_header() 68 memset(&hip->le.reserved, 0, 16); in hippi_header() 80 memcpy(hip->le.dest_switch_addr, daddr + 3, 3); in hippi_header()
|
/Linux-v5.4/Documentation/translations/it_IT/process/ |
D | submit-checklist.rst | 12 vedere le proprie patch accettate più rapidamente. 19 i file che le dichiarano/definiscono. Non dipendente dal fatto che un file 24 a) con le opzioni ``CONFIG`` negli stati ``=y``, ``=m`` e ``=n``. Nessun 35 perché tende ad usare ``unsigned long`` per le quantità a 64-bit. 37 5) Controllate lo stile del codice della vostra patch secondo le direttive 40 (``script/checkpatch.pl``) per scovare le violazioni più semplici. 41 Dovreste essere in grado di giustificare tutte le violazioni rimanenti nella 49 7) Tutte le nuove opzioni ``Kconfig`` hanno un messaggio di aiuto. 71 12) La patch è stata verificata con le seguenti opzioni abilitate 78 le opzioni ``CONFIG_SMP`` e ``CONFIG_PREEMPT``. [all …]
|
D | clang-format.rst | 21 file che mantieni, le modifiche che revisioni, le differenze, 30 di approssimare le lo stile di codifica del kernel. Si tenta anche di seguire 34 le regole di base per un particolare sottosistema o cartella. Per farlo, 68 Osservare le righe di questo diff è utile a migliorare/aggiustare 69 le opzioni di stile nel file di configurazione; così come per verificare 70 le nuove funzionalità/versioni di ``clang-format``. 104 complesso, macro multi-riga (e allineare le loro "barre"), eccetera. 106 Ricordatevi che potete sempre aggiustare le modifiche in quei casi dove 112 Al seguente indirizzo troverete le istruzioni: 120 che potete personalizzare con le vostre opzioni. [all …]
|
D | howto.rst | 12 Esso contiene le istruzioni su come diventare uno sviluppatore 19 vi preghiamo di inviare le correzioni agli amministratori di questo 30 di spiegare alcune delle ragioni per le quali la comunità lavora in un 53 riguardo gli strumenti e le estensioni in uso, e sfortunatamente non 108 seguire le linee guida in questo documento. Molti amministratori 122 Seguire tali regole non garantirà il successo (tutte le patch sono soggette 145 dello sviluppo di Linux ed è molto importante per le persone che arrivano 162 Questo file descrive le regole sulle quali vengono basati i rilasci del 178 descrizione dell'API interna del kernel, e le regole su come gestire la 224 imparerete le basi per l'inserimento delle vostre modifiche all'interno dei [all …]
|
D | submitting-patches.rst | 14 suggerimenti che aumenteranno significativamente le probabilità di vedere le 27 controllo di versione ``git``; se utilizzate ``git`` per preparare le vostre 43 sorgenti e desiderano che le patch siano preparate basandosi su di essi. 55 Se dovete produrre le vostre patch a mano, usate ``diff -up`` o ``diff -uprN`` 56 per crearle. Git produce di base le patch in questo formato; se state 59 Tutte le modifiche al kernel Linux avvengono mediate patch, come descritte 64 alla quale si riferiscono le diverse modifiche - questo rende il risultato 98 Se le vostre modifiche producono molte differenze, allora dovrete dividerle 99 in patch indipendenti che modificano le cose in passi logici; leggete 109 2) Descrivete le vostre modifiche [all …]
|
D | stable-api-nonsense.rst | 11 (tutte le risposte alle vostre domande e altro) 24 programmi, ovvero le chiamate di sistema. Queste interfacce sono **molto** 44 Solo le persone un po' strambe vorrebbero scrivere driver per il kernel con 71 un modo diverso di includere le funzioni (renderle inline oppure no). 106 Se parlate con le persone che cercano di mantenere aggiornato un driver per 112 interfacce attuali, o trovano modi migliori per fare le cose. Se le trovano, 113 allora le correggeranno per migliorarle. In questo frangente, i nomi delle 114 funzioni potrebbero cambiare, le strutture dati potrebbero diventare più grandi 116 Se questo dovesse succedere, nello stesso momento, tutte le istanze dove questa 136 le vecchie interfacce e sviluppare codice nel modo sbagliato, portando, di [all …]
|
D | maintainer-pgp-guide.rst | 36 Sia i repositori git che gli archivi tar portano le firme PGP degli 38 offrono una garanzia crittografica che le versioni scaricabili rese disponibili 55 codice che gestisce l'infrastruttura, indipendentemente da quali che siano le 63 salvaguardare le chiavi PGP usate nello stabilire l'integrità del kernel Linux 102 Configurare le opzioni di gpg-agent 131 riguarda vecchie le versioni di GnuPG, poiché potrebbero non svolgere più 138 modo aggiornare le chiavi pubbliche di altre persone, lavoro che è svolto 186 - Aggiungere, modificare o eliminare le identità (unids) associate alla chiave 188 - Firmare le chiavi di altre persone a scopo di creare una rete di fiducia 215 GnuPG utilizza le passphrases per criptare la vostra chiave privata prima [all …]
|
D | volatile-considered-harmful.rst | 13 a volte saranno tentati dall'utilizzare *volatile* nel kernel per le 17 descrive le ragioni. 20 sopprimere le ottimizzazioni, che non è quasi mai quello che si vuole. 21 Nel kernel si devono proteggere le strutture dati condivise contro accessi 27 Come *volatile*, le primitive del kernel che rendono sicuro l'accesso ai dati 29 prevenire le ottimizzazioni indesiderate. Se vengono usate opportunamente, 33 rallentare le cose. 42 Se tutto il codice seguisse le regole di sincronizzazione, il valore di un 66 con i puntatori è sconsigliato e non funziona su tutte le architetture. 80 necessario. Ovviamente, tanto per puntualizzare, le attese attive sono [all …]
|
D | coding-style.rst | 16 considerazione le osservazioni espresse qui. 26 La tabulazione (tab) è di 8 caratteri e così anche le indentazioni. Ci sono 43 aggiunta vi avvisa quando state annidando troppo le vostre funzioni. 99 a meno che eccedere le 80 colonne non aiuti ad aumentare la leggibilità senza 103 non spezzettate mai le stringhe visibili agli utenti come i messaggi di 123 Questo è valido per tutte le espressioni che non siano funzioni (if, switch, 139 Tuttavia, c'è il caso speciale, le funzioni: queste hanno la parentesi graffa 150 insomma ... incoerente, ma tutte le persone ragionevoli sanno che (a) 151 K&R hanno **ragione** e (b) K&R hanno ragione. A parte questo, le funzioni 180 di righe vuote senza perdere di leggibilità. In questo modo, dato che le [all …]
|
D | 3.Early-stage.rst | 25 tende a confondere il problema reale con le soluzioni proposte e questo 29 linux audio cercarono un modo per far girare le applicazioni senza dropouts 54 Cercare di comunicare le richieste degli utenti a queste persone è 78 Solo dopo ha senso iniziare a considerare le possibili soluzioni. 91 Non tutte le capacità del kernel sono documentate così bene come ci 131 inattendibili. Questi problemi (tra le altre cose) hanno tenuto AppArmor 143 la giusta lista di discussione e il giusto manutentore. Per le liste di 155 essere le persone che attualmente svolgono quel determinato ruolo. Quindi, 158 del sottosistema interessato. Controllate chi sta scrivendo le patch, 160 (Signed-off-by) a quelle patch. Quelle sono le persone maggiormente [all …]
|
D | 7.AdvancedTopics.rst | 16 Gestire le modifiche con git 27 Gestire le modifiche con git può rendere la vita dello sviluppatore molto 48 esplorare la storia della revisione, registrare le modifiche, usare i rami, 60 vi servirà, ovviamente, un server dal quale sia possibile attingere le vostre 88 perfetta. Riscrivere la storia riscriverà le patch contenute in quella 103 un ramo già pubblicato. Un esempio è linux-next dove le patch vengono 110 Man mano che il ramo principale (o altri rami su cui avete basato le 111 modifiche) avanza, diventa allettante l'idea di integrare tutte le patch 135 Potete inviarmi le vostre patch, ma per far si che io integri una 138 le modifiche manualmente una per una. [all …]
|
/Linux-v5.4/net/tipc/ |
D | node.c | 588 struct tipc_link_entry *le = &node->links[i]; in tipc_node_clear_links() local 590 if (le->link) { in tipc_node_clear_links() 591 kfree(le->link); in tipc_node_clear_links() 592 le->link = NULL; in tipc_node_clear_links() 635 struct tipc_link_entry *le; in tipc_node_timeout() local 658 le = &n->links[bearer_id]; in tipc_node_timeout() 659 if (le->link) { in tipc_node_timeout() 660 spin_lock_bh(&le->lock); in tipc_node_timeout() 662 tipc_node_calculate_timer(n, le->link); in tipc_node_timeout() 663 rc = tipc_link_timeout(le->link, &xmitq); in tipc_node_timeout() [all …]
|
/Linux-v5.4/fs/qnx4/ |
D | dir.c | 24 struct qnx4_link_info *le; in qnx4_readdir() local 56 le = (struct qnx4_link_info*)de; in qnx4_readdir() 57 ino = ( le32_to_cpu(le->dl_inode_blk) - 1 ) * in qnx4_readdir() 59 le->dl_inode_ndx; in qnx4_readdir()
|
/Linux-v5.4/drivers/misc/cxl/ |
D | flash.c | 29 static struct sg_list *le; variable 298 le[i].phys_addr = cpu_to_be64(virt_to_phys(buffer[i])); in handle_image() 299 le[i].len = cpu_to_be64(CXL_AI_BUFFER_SIZE); in handle_image() 301 le[i].len = cpu_to_be64(mod); in handle_image() 311 rc = fct(adapter->guest->handle, virt_to_phys(le), entries, in handle_image() 426 le = (struct sg_list *)get_zeroed_page(GFP_KERNEL); in device_open() 427 if (!le) { in device_open() 448 if (le) in device_open() 449 free_page((unsigned long) le); in device_open() 494 if (le) in device_close() [all …]
|
/Linux-v5.4/drivers/net/ethernet/marvell/mvpp2/ |
D | mvpp2_cls.c | 360 struct mvpp2_cls_lookup_entry *le) in mvpp2_cls_lookup_read() argument 366 le->way = way; in mvpp2_cls_lookup_read() 367 le->lkpid = lkpid; in mvpp2_cls_lookup_read() 368 le->data = mvpp2_read(priv, MVPP2_CLS_LKP_TBL_REG); in mvpp2_cls_lookup_read() 373 struct mvpp2_cls_lookup_entry *le) in mvpp2_cls_lookup_write() argument 377 val = (le->way << MVPP2_CLS_LKP_INDEX_WAY_OFFS) | le->lkpid; in mvpp2_cls_lookup_write() 379 mvpp2_write(priv, MVPP2_CLS_LKP_TBL_REG, le->data); in mvpp2_cls_lookup_write() 476 struct mvpp2_cls_lookup_entry le; in mvpp2_cls_flow_lkp_init() local 478 le.way = 0; in mvpp2_cls_flow_lkp_init() 479 le.lkpid = flow->flow_id; in mvpp2_cls_flow_lkp_init() [all …]
|
/Linux-v5.4/arch/ia64/lib/ |
D | memcpy_mck.S | 104 cmp.le p6,p0 = 1,r30 // for .align_dest 147 cmp.le p6,p0=8,tmp 149 cmp.le p7,p0=16,tmp 174 cmp.le p8,p0=24,tmp 321 cmp.le p6,p7=8,curlen; // have at least 8 byte remaining? 408 cmp.le p8,p9 = 1,in2 409 cmp.le p10,p11 = 2,in2 410 cmp.le p12,p13 = 3,in2 411 cmp.le p14,p15 = 4,in2 430 cmp.le p6,p7 = 5,in2 [all …]
|
/Linux-v5.4/tools/testing/selftests/powerpc/tm/ |
D | tm-trap.c | 57 int le; variable 73 if (le) { in trap_signal_handler() 289 le = (int) *(uint8_t *)&k; in tm_trap_test() 292 le ? "Little-Endian" : "Big-Endian", in tm_trap_test()
|
/Linux-v5.4/Documentation/translations/it_IT/kernel-hacking/ |
D | hacking.rst | 21 del kernel Linux ad opera di Rusty. Questo documento descrive le procedure 51 nell'esecuzione, ma un'interruzione hardware può. Ciò nonostante, le altre CPU 55 le interruzioni, così da impedirne davvero il diritto di prelazione. 62 o le interruzioni, possono far valere il proprio diritto di prelazione sul 68 e durante le operazioni nello strato dei dispositivi a blocchi 88 Dato che durante la loro esecuzione le interruzioni vengono disabilitate, 98 Attenzione, questa ritornerà un falso positivo se le interruzioni 162 parte di quelle a 64-bit; e spesso è condiviso con le interruzioni, 189 dev'essere dichiarato in tutte le architetture nei file 236 - Avete abilitato le interruzioni (in realtà, Andy Kleen dice che [all …]
|
/Linux-v5.4/Documentation/media/uapi/v4l/ |
D | colorspaces-details.rst | 61 L' = -1.099(-L)^{0.45} + 0.099 \text{, for } L \le-0.018 71 L = -\left( \frac{L' - 0.099}{-1.099} \right) ^{\frac{1}{0.45}} \text{, for } L' \le -0.081 141 L' = -1.099(-L)^{0.45} + 0.099 \text{, for } L \le -0.018 151 L = -\left( \frac{L' - 0.099}{-1.099} \right)^\frac{1}{0.45} \text{, for } L' \le -0.081 270 L' = 12.92L\text{, for }-0.0031308 \le L \le 0.0031308 272 L' = 1.055L ^{\frac{1}{2.4} } - 0.055\text{, for }0.0031308 < L \le 1 280 L = L' / 12.92\text{, for }-0.04045 \le L' \le 0.04045 415 L' = 4.5L\text{, for }0 \le L < 0.018 417 L' = 1.099L ^{0.45} - 0.099\text{, for } 0.018 \le L \le 1 456 B' - Yc' \le 0:& \\ [all …]
|
/Linux-v5.4/drivers/gpio/ |
D | gpiolib.c | 706 struct lineevent_state *le = filep->private_data; in lineevent_poll() local 709 poll_wait(filep, &le->wait, wait); in lineevent_poll() 711 if (!kfifo_is_empty(&le->events)) in lineevent_poll() 723 struct lineevent_state *le = filep->private_data; in lineevent_read() local 731 if (kfifo_is_empty(&le->events)) { in lineevent_read() 735 ret = wait_event_interruptible(le->wait, in lineevent_read() 736 !kfifo_is_empty(&le->events)); in lineevent_read() 741 if (mutex_lock_interruptible(&le->read_lock)) in lineevent_read() 743 ret = kfifo_to_user(&le->events, buf, count, &copied); in lineevent_read() 744 mutex_unlock(&le->read_lock); in lineevent_read() [all …]
|
/Linux-v5.4/arch/arm64/lib/ |
D | tishift.S | 15 b.le 2f 37 b.le 2f 59 b.le 2f
|
/Linux-v5.4/drivers/net/ethernet/marvell/ |
D | sky2.c | 1102 struct sky2_tx_le *le = sky2->tx_le + *slot; in get_tx_le() local 1105 le->ctrl = 0; in get_tx_le() 1106 return le; in get_tx_le() 1111 struct sky2_tx_le *le; in tx_init() local 1118 le = get_tx_le(sky2, &sky2->tx_prod); in tx_init() 1119 le->addr = 0; in tx_init() 1120 le->opcode = OP_ADDR64 | HW_OWNER; in tx_init() 1135 struct sky2_rx_le *le = sky2->rx_le + sky2->rx_put; in sky2_next_rx() local 1137 le->ctrl = 0; in sky2_next_rx() 1138 return le; in sky2_next_rx() [all …]
|