| /linux/fs/ntfs3/ |
| H A 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 …]
|
| /linux/sound/core/ |
| H A 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/lib/ |
| H A 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/drivers/mtd/ubi/ |
| H A 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/net/802/ |
| H A 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/Documentation/translations/it_IT/locking/ |
| H A 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 …]
|
| H A 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/Documentation/translations/it_IT/process/ |
| H A 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 …]
|
| H A 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 …]
|
| H A 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 …]
|
| H A 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 …]
|
| H A D | management-style.rst | 56 (Corollario: se le persone che gestite non conoscono i dettagli meglio di voi,
60 Quindi il gioco si chiama "evitare" decisioni, almeno le più grandi e
63 del kernel ha bisogno di fare è trasformare le decisioni grandi e difficili
73 E le persone vedranno tutto ciò come prova di vera capacità di comando
76 Così la chiave per evitare le decisioni difficili diviene l'evitare
93 noi piace mantenere le apparenze, ed uscire allo scoperto in pubblico per
111 Poi, quando è realmente emersa la vostra stupidità, le persone semplicemente
114 Questa ammissione preventiva di incompetenza potrebbe anche portare le persone
134 il quale le persone coinvolte non abbiano potuto decidere era che entrambe
152 o escludere troppi sviluppatori kernel. Ne emerge che escludere le persone
[all …]
|
| H A 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 …]
|
| H A D | adding-syscalls.rst | 21 sistema è quella di valutare le alternative. Nonostante le chiamate di sistema
26 - Se le operazioni coinvolte possono rassomigliare a quelle di un filesystem,
36 - Tuttavia, le operazioni che non si sposano bene con operazioni tipo
63 Progettare l'API: pianificare le estensioni
76 del kernel e pianificate le estensioni fin dall'inizio)
104 di gestire un conflitto di versione in entrambe le direzioni:
130 nello spazio utente, la chiusura della finestra temporale fra le chiamate a
197 Al fine di rendere le nuove chiamate di sistema di facile revisione, è meglio
198 che dividiate le modifiche i pezzi separati. Questi dovrebbero includere
199 almeno le seguenti voci in *commit* distinti (ognuno dei quali sarà descritto
[all …]
|
| H A 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/drivers/net/ethernet/marvell/mvpp2/ |
| H A 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/lib/crc/tests/ |
| H A D | crc_kunit.c | 43 bool le; member
73 if (v->le) { in crc_ref()
307 .le = true,
331 .le = false,
355 .le = true,
379 .le = false,
403 .le = true,
427 .le = false,
452 .le = true,
|
| /linux/drivers/md/ |
| H A D | dm-bufio.c | 109 static void lru_insert(struct lru *lru, struct lru_entry *le) in lru_insert() argument
115 atomic_set(&le->referenced, 0); in lru_insert()
118 list_add_tail(&le->list, lru->cursor); in lru_insert()
120 INIT_LIST_HEAD(&le->list); in lru_insert()
121 lru->cursor = &le->list; in lru_insert()
156 typedef bool (*iter_predicate)(struct lru_entry *le, void *context);
214 static void lru_remove(struct lru *lru, struct lru_entry *le) in lru_remove() argument
216 lru_iter_invalidate(lru, le); in lru_remove()
220 if (lru->cursor == &le->list) in lru_remove()
222 list_del(&le->list); in lru_remove()
[all …]
|
| /linux/net/tipc/ |
| H A 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 …]
|
| /linux/Documentation/translations/it_IT/kernel-hacking/ |
| H A 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/Documentation/userspace-api/media/v4l/ |
| H A D | colorspaces-details.rst | 51 L' = -1.099(-L)^{0.45} + 0.099 \text{, for } L \le-0.018
61 L = -\left( \frac{L' - 0.099}{-1.099} \right) ^{\frac{1}{0.45}} \text{, for } L' \le -0.081
127 L' = -1.099(-L)^{0.45} + 0.099 \text{, for } L \le -0.018
137 L = -\left( \frac{L' - 0.099}{-1.099} \right)^\frac{1}{0.45} \text{, for } L' \le -0.081
252 L' = 12.92L\text{, for }-0.0031308 \le L \le 0.0031308
254 L' = 1.055L ^{\frac{1}{2.4} } - 0.055\text{, for }0.0031308 < L \le 1
262 L = L' / 12.92\text{, for }-0.04045 \le L' \le 0.04045
389 L' = 4.5L\text{, for }0 \le L < 0.018
391 L' = 1.099L ^{0.45} - 0.099\text{, for } 0.018 \le L \le 1
430 B' - Yc' \le 0:& \\
[all …]
|
| /linux/drivers/net/ethernet/marvell/ |
| H A D | sky2.c | 1103 struct sky2_tx_le *le = sky2->tx_le + *slot; in get_tx_le() local
1106 le->ctrl = 0; in get_tx_le()
1107 return le; in get_tx_le()
1112 struct sky2_tx_le *le; in tx_init() local
1119 le = get_tx_le(sky2, &sky2->tx_prod); in tx_init()
1120 le->addr = 0; in tx_init()
1121 le->opcode = OP_ADDR64 | HW_OWNER; in tx_init()
1136 struct sky2_rx_le *le = sky2->rx_le + sky2->rx_put; in sky2_next_rx() local
1138 le->ctrl = 0; in sky2_next_rx()
1139 return le; in sky2_next_rx()
[all …]
|
| /linux/tools/testing/selftests/powerpc/tm/ |
| H A 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()
|
| /linux/Documentation/translations/it_IT/arch/riscv/ |
| H A D | patch-acceptance.rst | 12 L'insieme di istruzioni RISC-V sono sviluppate in modo aperto: le
37 e collaudando le patch man mano che arrivano. Il processo applica le patch al
48 Accetteremo le patch per un nuovo modulo o estensione se la fondazione
54 creare le proprie estensioni. Queste estensioni non passano
|
| /linux/arch/arm64/lib/ |
| H A D | tishift.S | 15 b.le 2f
37 b.le 2f
59 b.le 2f
|