| /linux-6.6.21/fs/ntfs3/ |
| D | attrlist.c | 20 struct ATTR_LIST_ENTRY *le) in al_is_valid_le() argument
22 if (!le || !ni->attr_list.le || !ni->attr_list.size) in al_is_valid_le()
25 return PtrOffset(ni->attr_list.le, le) + le16_to_cpu(le->size) <= in al_is_valid_le()
32 kvfree(ni->attr_list.le); in al_destroy()
33 ni->attr_list.le = NULL; in al_destroy()
48 void *le = NULL; in ntfs_load_attr_list() local
56 le = kvmalloc(al_aligned(lsize), GFP_KERNEL); in ntfs_load_attr_list()
57 if (!le) { in ntfs_load_attr_list()
61 memcpy(le, resident_data(attr), lsize); in ntfs_load_attr_list()
94 le = kvmalloc(al_aligned(lsize), GFP_KERNEL); in ntfs_load_attr_list()
[all …]
|
| D | frecord.c | 163 int ni_load_mi(struct ntfs_inode *ni, const struct ATTR_LIST_ENTRY *le, in ni_load_mi() argument
168 if (!le) { in ni_load_mi()
173 rno = ino_get(&le->ref); in ni_load_mi()
191 struct ATTR_LIST_ENTRY *le; in ni_find_attr() local
206 le = al_find_ex(ni, le_o ? *le_o : NULL, type, name, name_len, vcn); in ni_find_attr()
207 if (!le) in ni_find_attr()
211 *le_o = le; in ni_find_attr()
214 if (ni_load_mi(ni, le, &m)) in ni_find_attr()
218 attr = mi_find_attr(m, NULL, type, name, name_len, &le->id); in ni_find_attr()
248 struct ATTR_LIST_ENTRY **le, in ni_enum_attr_ex() argument
[all …]
|
| D | attrib.c | 227 struct ATTR_LIST_ENTRY *le, struct mft_inode *mi, in attr_make_nonresident() argument
312 if (le) in attr_make_nonresident()
313 al_remove_le(ni, le); in attr_make_nonresident()
353 struct ATTR_LIST_ENTRY *le, struct mft_inode *mi, in attr_set_size_res() argument
371 return attr_make_nonresident(ni, attr, le, mi, new_size, in attr_set_size_res()
412 struct ATTR_LIST_ENTRY *le, *le_b; in attr_set_size() local
475 le = le_b; in attr_set_size()
481 le = le_b; in attr_set_size()
482 attr = ni_find_attr(ni, attr_b, &le, type, name, name_len, &vcn, in attr_set_size()
708 } else if (le && le->vcn) { in attr_set_size()
[all …]
|
| /linux-6.6.21/sound/core/ |
| D | pcm_misc.c | 37 signed char le; /* 0 = big-endian, 1 = little-endian, -1 = others */ member
52 .width = 8, .phys = 8, .le = -1, .signd = 1,
56 .width = 8, .phys = 8, .le = -1, .signd = 0,
60 .width = 16, .phys = 16, .le = 1, .signd = 1,
64 .width = 16, .phys = 16, .le = 0, .signd = 1,
68 .width = 16, .phys = 16, .le = 1, .signd = 0,
72 .width = 16, .phys = 16, .le = 0, .signd = 0,
76 .width = 24, .phys = 32, .le = 1, .signd = 1,
80 .width = 24, .phys = 32, .le = 0, .signd = 1,
84 .width = 24, .phys = 32, .le = 1, .signd = 0,
[all …]
|
| /linux-6.6.21/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-6.6.21/drivers/gpio/ |
| D | gpiolib-cdev.c | 624 struct gpio_v2_line_event *le) in linereq_put_event() argument
633 kfifo_in(&lr->events, le, 1); in linereq_put_event()
664 struct gpio_v2_line_event le; in process_hw_ts_thread() local
674 memset(&le, 0, sizeof(le)); in process_hw_ts_thread()
676 le.timestamp_ns = line->timestamp_ns; in process_hw_ts_thread()
688 le.id = line_event_id(level); in process_hw_ts_thread()
691 le.id = GPIO_V2_LINE_EVENT_RISING_EDGE; in process_hw_ts_thread()
694 le.id = GPIO_V2_LINE_EVENT_FALLING_EDGE; in process_hw_ts_thread()
699 le.line_seqno = line->line_seqno; in process_hw_ts_thread()
700 le.seqno = (lr->num_lines == 1) ? le.line_seqno : line->req_seqno; in process_hw_ts_thread()
[all …]
|
| /linux-6.6.21/drivers/mtd/ubi/ |
| D | eba.c | 217 struct ubi_ltree_entry *le; in ltree_lookup() local
219 le = rb_entry(p, struct ubi_ltree_entry, rb); in ltree_lookup()
221 if (vol_id < le->vol_id) in ltree_lookup()
223 else if (vol_id > le->vol_id) in ltree_lookup()
226 if (lnum < le->lnum) in ltree_lookup()
228 else if (lnum > le->lnum) in ltree_lookup()
231 return le; in ltree_lookup()
252 struct ubi_ltree_entry *le, *le1, *le_free; in ltree_add_entry() local
254 le = kmalloc(sizeof(struct ubi_ltree_entry), GFP_NOFS); in ltree_add_entry()
255 if (!le) in ltree_add_entry()
[all …]
|
| /linux-6.6.21/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_startat(&hip->le, 0, reserved); in hippi_header()
80 memcpy(hip->le.dest_switch_addr, daddr + 3, 3); in hippi_header()
|
| /linux-6.6.21/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
39 perché tende ad usare ``unsigned long`` per le quantità a 64-bit.
41 5) Controllate lo stile del codice della vostra patch secondo le direttive
44 (``script/checkpatch.pl``) per scovare le violazioni più semplici.
45 Dovreste essere in grado di giustificare tutte le violazioni rimanenti nella
53 7) Tutte le nuove opzioni ``Kconfig`` hanno un messaggio di aiuto.
74 12) La patch è stata verificata con le seguenti opzioni abilitate
81 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 | 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
84 Configurare le opzioni di gpg-agent
113 riguarda vecchie le versioni di GnuPG, poiché potrebbero non svolgere più
131 Raramente le chiavi PGP sono composte da una singola coppia -- solitamente, sono
144 come le vere chiavi passpartout in grado di aprire diverse serrature). Dato che
150 1. Tutte le sottochiavi sono indipendenti. Se perdete una sottochiave privata
151 non potrete recuperarla usando le altre.
[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
121 Seguire tali regole non garantirà il successo (tutte le patch sono soggette
144 dello sviluppo di Linux ed è molto importante per le persone che arrivano
161 Questo file descrive le regole sulle quali vengono basati i rilasci del
177 descrizione dell'API interna del kernel, e le regole su come gestire la
223 imparerete le basi per l'inserimento delle vostre modifiche all'interno dei
[all …]
|
| D | botching-up-ioctls.rst | 15 unificata per gestire la memoria e le unità esecutive di diverse GPU. Dunque,
19 dedicate. Ma al tempo stesso è più facile incasinare le cose.
23 focalizzano sui tecnicismi e non sulla visione d'insieme, come le discussioni
40 esplicitamente i vuoti. Non necessariamente le piattaforme a 32-bit allineano
41 i valori a 64-bit rispettandone l'allineamento, ma le piattaforme a 64-bit lo
54 vostro codice perché questo riduce le verifiche che strumenti come sparse
75 * Abbiate un piano per estendere le ioctl con nuovi *flag* o campi alla fine di
85 estendere le ioctl andrà a rotoli dato che qualcuno userà delle ioctl con
89 vuoti di tutte le vostre strutture dati, anche se non le userete in un
101 validazione degli input e gestire in modo robusto i percorsi - tanto le GPU
[all …]
|
| D | submitting-patches.rst | 14 suggerimenti che aumenteranno significativamente le probabilità di vedere le
25 Questa documentazione assume che sappiate usare ``git`` per preparare le patch.
44 sorgenti e desiderano che le patch siano preparate basandosi su di essi.
51 Descrivete le vostre modifiche
66 singolarmente le patch dai sorgenti principali; quindi, includete tutte
67 le informazioni che possono essere utili a capire le vostre modifiche:
68 le circostanze che causano il problema, estratti da dmesg, descrizioni di
72 Quantificare le ottimizzazioni e i compromessi. Se affermate di aver
73 migliorato le prestazioni, il consumo di memoria, l'impatto sollo stack,
76 che non sono ovvi. Solitamente le ottimizzazioni non sono gratuite, ma sono
[all …]
|
| D | email-clients.rst | 17 per applicare le patch.
20 stessi. Salvatela come testo includendo tutte le intestazioni. Poi eseguite
40 I programmi di posta elettronica che vengono usati per inviare le patch per il
49 Questo può corrompere le patch.
57 I programmi di posta dovrebbero generare e mantenere le intestazioni
60 Di solito, il copia-e-incolla (o taglia-e-incolla) non funziona con le patch
61 perché le tabulazioni vengono convertite in spazi. Usando xclipboard, xclip
69 Prima di inviare le patch sulle liste di discussione Linux, può essere una
104 Funziona. Alcune persone riescono ad usarlo con successo per inviare le patch.
116 Alcune persone riescono ad usarlo con successo per inviare le patch.
[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 | 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 …]
|
| /linux-6.6.21/arch/x86/boot/ |
| D | genimage.sh | 85 le() { function
100 [ $(le "$1" 0 2) -eq 23117 ] || return # MZ magic
101 peoffs=$(le "$1" 60 4) # PE header offset
103 [ $(le "$1" $peoffs 4) -eq 17744 ] || return # PE magic
104 case $(le "$1" $((peoffs+4+20)) 2) in # PE type
109 [ $(le "$1" $((peoffs+4+20+68)) 2) -eq 10 ] || return # EFI app
110 case $(le "$1" $((peoffs+4)) 2) in # Machine type
|
| /linux-6.6.21/drivers/misc/cxl/ |
| D | flash.c | 30 static struct sg_list *le; variable
299 le[i].phys_addr = cpu_to_be64(virt_to_phys(buffer[i])); in handle_image()
300 le[i].len = cpu_to_be64(CXL_AI_BUFFER_SIZE); in handle_image()
302 le[i].len = cpu_to_be64(mod); in handle_image()
312 rc = fct(adapter->guest->handle, virt_to_phys(le), entries, in handle_image()
427 le = (struct sg_list *)get_zeroed_page(GFP_KERNEL); in device_open()
428 if (!le) { in device_open()
449 if (le) in device_open()
450 free_page((unsigned long) le); in device_open()
489 if (le) in device_close()
[all …]
|
| /linux-6.6.21/drivers/net/ethernet/marvell/mvpp2/ |
| D | mvpp2_cls.c | 366 struct mvpp2_cls_lookup_entry *le) in mvpp2_cls_lookup_read() argument
372 le->way = way; in mvpp2_cls_lookup_read()
373 le->lkpid = lkpid; in mvpp2_cls_lookup_read()
374 le->data = mvpp2_read(priv, MVPP2_CLS_LKP_TBL_REG); in mvpp2_cls_lookup_read()
379 struct mvpp2_cls_lookup_entry *le) in mvpp2_cls_lookup_write() argument
383 val = (le->way << MVPP2_CLS_LKP_INDEX_WAY_OFFS) | le->lkpid; in mvpp2_cls_lookup_write()
385 mvpp2_write(priv, MVPP2_CLS_LKP_TBL_REG, le->data); in mvpp2_cls_lookup_write()
482 struct mvpp2_cls_lookup_entry le; in mvpp2_cls_flow_lkp_init() local
484 le.way = 0; in mvpp2_cls_flow_lkp_init()
485 le.lkpid = flow->flow_id; in mvpp2_cls_flow_lkp_init()
[all …]
|
| /linux-6.6.21/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-6.6.21/drivers/md/ |
| D | dm-bufio.c | 117 static void lru_insert(struct lru *lru, struct lru_entry *le) in lru_insert() argument
123 atomic_set(&le->referenced, 0); in lru_insert()
126 list_add_tail(&le->list, lru->cursor); in lru_insert()
128 INIT_LIST_HEAD(&le->list); in lru_insert()
129 lru->cursor = &le->list; in lru_insert()
164 typedef bool (*iter_predicate)(struct lru_entry *le, void *context);
222 static void lru_remove(struct lru *lru, struct lru_entry *le) in lru_remove() argument
224 lru_iter_invalidate(lru, le); in lru_remove()
228 if (lru->cursor == &le->list) in lru_remove()
230 list_del(&le->list); in lru_remove()
[all …]
|
| /linux-6.6.21/net/tipc/ |
| D | node.c | 753 struct tipc_link_entry *le = &node->links[i]; in tipc_node_clear_links() local
755 if (le->link) { in tipc_node_clear_links()
756 kfree(le->link); in tipc_node_clear_links()
757 le->link = NULL; in tipc_node_clear_links()
806 struct tipc_link_entry *le; in tipc_node_timeout() local
833 le = &n->links[bearer_id]; in tipc_node_timeout()
834 if (le->link) { in tipc_node_timeout()
835 spin_lock_bh(&le->lock); in tipc_node_timeout()
837 tipc_node_calculate_timer(n, le->link); in tipc_node_timeout()
838 rc = tipc_link_timeout(le->link, &xmitq); in tipc_node_timeout()
[all …]
|
| /linux-6.6.21/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
161 parte di quelle a 64-bit; e spesso è condiviso con le interruzioni,
188 dev'essere dichiarato in tutte le architetture nei file
235 - Avete abilitato le interruzioni (in realtà, Andy Kleen dice che
[all …]
|
| /linux-6.6.21/tools/testing/selftests/powerpc/tm/ |
| D | tm-trap.c | 57 int le; variable
73 if (le) { in trap_signal_handler()
292 le = (int) *(uint8_t *)&k; in tm_trap_test()
295 le ? "Little-Endian" : "Big-Endian", in tm_trap_test()
|