| /linux-6.12.1/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 | 165 int ni_load_mi(struct ntfs_inode *ni, const struct ATTR_LIST_ENTRY *le, in ni_load_mi() argument
170 if (!le) { in ni_load_mi()
175 rno = ino_get(&le->ref); in ni_load_mi()
193 struct ATTR_LIST_ENTRY *le; in ni_find_attr() local
208 le = al_find_ex(ni, le_o ? *le_o : NULL, type, name, name_len, vcn); in ni_find_attr()
209 if (!le) in ni_find_attr()
213 *le_o = le; in ni_find_attr()
216 if (ni_load_mi(ni, le, &m)) in ni_find_attr()
220 attr = mi_find_attr(m, NULL, type, name, name_len, &le->id); in ni_find_attr()
250 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
314 if (le) in attr_make_nonresident()
315 al_remove_le(ni, le); in attr_make_nonresident()
355 struct ATTR_LIST_ENTRY *le, struct mft_inode *mi, in attr_set_size_res() argument
373 return attr_make_nonresident(ni, attr, le, mi, new_size, in attr_set_size_res()
414 struct ATTR_LIST_ENTRY *le, *le_b; in attr_set_size() local
477 le = le_b; in attr_set_size()
483 le = le_b; in attr_set_size()
484 attr = ni_find_attr(ni, attr_b, &le, type, name, name_len, &vcn, in attr_set_size()
711 } else if (le && le->vcn) { in attr_set_size()
[all …]
|
| /linux-6.12.1/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.12.1/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.12.1/drivers/gpio/ |
| D | gpiolib-cdev.c | 701 struct gpio_v2_line_event *le) in linereq_put_event() argument
710 kfifo_in(&lr->events, le, 1); in linereq_put_event()
760 struct gpio_v2_line_event le; in process_hw_ts_thread() local
770 memset(&le, 0, sizeof(le)); in process_hw_ts_thread()
772 le.timestamp_ns = line->timestamp_ns; in process_hw_ts_thread()
784 le.id = line_event_id(level); in process_hw_ts_thread()
787 le.id = GPIO_V2_LINE_EVENT_RISING_EDGE; in process_hw_ts_thread()
790 le.id = GPIO_V2_LINE_EVENT_FALLING_EDGE; in process_hw_ts_thread()
795 le.line_seqno = line->line_seqno; in process_hw_ts_thread()
796 le.seqno = (lr->num_lines == 1) ? le.line_seqno : line->req_seqno; in process_hw_ts_thread()
[all …]
|
| /linux-6.12.1/drivers/mtd/ubi/ |
| D | eba.c | 214 struct ubi_ltree_entry *le; in ltree_lookup() local
216 le = rb_entry(p, struct ubi_ltree_entry, rb); in ltree_lookup()
218 if (vol_id < le->vol_id) in ltree_lookup()
220 else if (vol_id > le->vol_id) in ltree_lookup()
223 if (lnum < le->lnum) in ltree_lookup()
225 else if (lnum > le->lnum) in ltree_lookup()
228 return le; in ltree_lookup()
249 struct ubi_ltree_entry *le, *le1, *le_free; in ltree_add_entry() local
251 le = kmalloc(sizeof(struct ubi_ltree_entry), GFP_NOFS); in ltree_add_entry()
252 if (!le) in ltree_add_entry()
[all …]
|
| /linux-6.12.1/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.12.1/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 | 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 | index.rst | 22 Di seguito le guide che ogni sviluppatore dovrebbe leggere.
60 Quelle che seguono rappresentano le regole che cerchiamo di seguire all'interno
77 con riguardo. I documenti che seguono descrivono le nostre politiche riguardo al
78 trattamento di alcune classi particolari di bachi: le regressioni e i problemi
84 Come trovare le persone che accetteranno le vostre modifiche.
|
| 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 | 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.12.1/Documentation/translations/it_IT/locking/ |
| D | lockstat.rst | 18 Perché, tanto per fare un esempio, le contese sui blocchi possono influenzare
19 significativamente le prestazioni.
25 mappa le istanze di blocco con le relative classi. Partiamo da questo punto
27 Il grafico sottostante mostra la relazione che intercorre fra le
51 lock, unlock - le classiche funzioni di blocco
55 Grazie a questi punti di collegamento possiamo fornire le seguenti statistiche:
120 Per vedere le statistiche correnti sui blocchi::
159 Questo estratto mostra le statistiche delle prime due classi di
164 alla 31. Queste statistiche sono divise in due parti: le statistiche,
168 registrati (il codice che tenta di acquisire un blocco) e le righe
[all …]
|
| D | locktypes.rst | 8 Tipologie di blocco e le loro istruzioni
35 unlock(). Inoltre, vanno prese in considerazione anche le varianti di *debug*
60 Su kernel non-PREEMPT_RT, le funzioni local_lock gestiscono le primitive di
77 Implicitamente, i blocchi ad attesa attiva disabilitano la prelazione e le
83 _irq() disabilita / abilita le interruzioni
84 _irqsave/restore() salva e disabilita le interruzioni / ripristina ed attiva le interruzioni
108 dove la prelazione o le interruzioni sono disabilitate; anche sui kernel
167 Sui kernel non-PREEMPT_RT le operazioni local_lock si traducono
168 nell'abilitazione o disabilitazione della prelazione o le interruzioni.
183 cosa si applichi la protezione cosa che invece non si può fare con le
[all …]
|
| /linux-6.12.1/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.12.1/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.12.1/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.12.1/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.12.1/net/tipc/ |
| D | node.c | 751 struct tipc_link_entry *le = &node->links[i]; in tipc_node_clear_links() local
753 if (le->link) { in tipc_node_clear_links()
754 kfree(le->link); in tipc_node_clear_links()
755 le->link = NULL; in tipc_node_clear_links()
804 struct tipc_link_entry *le; in tipc_node_timeout() local
831 le = &n->links[bearer_id]; in tipc_node_timeout()
832 if (le->link) { in tipc_node_timeout()
833 spin_lock_bh(&le->lock); in tipc_node_timeout()
835 tipc_node_calculate_timer(n, le->link); in tipc_node_timeout()
836 rc = tipc_link_timeout(le->link, &xmitq); in tipc_node_timeout()
[all …]
|