| /linux/fs/ntfs3/ |
| H A D | attrlist.c | 20 struct ATTR_LIST_ENTRY *le) in al_is_valid_le() argument
23 if (!le || !ni->attr_list.le || !ni->attr_list.size) in al_is_valid_le()
26 return PtrOffset(ni->attr_list.le, le) + le16_to_cpu(le->size) <= in al_is_valid_le()
34 kvfree(ni->attr_list.le); in al_destroy()
35 ni->attr_list.le = NULL; in al_destroy()
50 void *le = NULL; in ntfs_load_attr_list() local
64 le = kvmalloc(al_aligned(lsize), GFP_KERNEL); in ntfs_load_attr_list()
65 if (!le) { in ntfs_load_attr_list()
69 memcpy(le, resident_data(attr), lsize); in ntfs_load_attr_list()
106 le = kvmalloc(al_aligned(lsize), GFP_KERNEL); in ntfs_load_attr_list()
[all …]
|
| H A D | frecord.c | 177 int ni_load_mi(struct ntfs_inode *ni, const struct ATTR_LIST_ENTRY *le, in ni_load_mi() argument
183 if (!le) { in ni_load_mi()
188 rno = ino_get(&le->ref); in ni_load_mi()
206 struct ATTR_LIST_ENTRY *le; in ni_find_attr() local
223 le = al_find_ex(ni, le_o ? *le_o : NULL, type, name, name_len, vcn); in ni_find_attr()
224 if (!le) in ni_find_attr()
228 *le_o = le; in ni_find_attr()
231 if (ni_load_mi(ni, le, &m)) in ni_find_attr()
235 attr = mi_find_attr(ni, m, NULL, type, name, name_len, &le->id); in ni_find_attr()
264 struct ATTR_LIST_ENTRY **le, in ni_enum_attr_ex() argument
[all …]
|
| H A D | attrib.c | 255 struct ATTR_LIST_ENTRY *le, struct mft_inode *mi, in attr_make_nonresident() argument
342 if (le) in attr_make_nonresident()
343 al_remove_le(ni, le); in attr_make_nonresident()
383 struct ATTR_LIST_ENTRY *le, struct mft_inode *mi, in attr_set_size_res() argument
401 return attr_make_nonresident(ni, attr, le, mi, new_size, in attr_set_size_res()
444 struct ATTR_LIST_ENTRY *le, *le_b; in attr_set_size_ex() local
544 le = le_b; in attr_set_size_ex()
550 le = le_b; in attr_set_size_ex()
551 attr = ni_find_attr(ni, attr_b, &le, type, name, name_len, &vcn, in attr_set_size_ex()
779 } else if (le && le->vcn) { in attr_set_size_ex()
[all …]
|
| /linux/sound/core/ |
| H A D | pcm_misc.c | 22 signed char le; /* 0 = big-endian, 1 = little-endian, -1 = others */ member
34 .width = 8, .phys = 8, .le = -1, .signd = 1,
38 .width = 8, .phys = 8, .le = -1, .signd = 0,
42 .width = 16, .phys = 16, .le = 1, .signd = 1,
46 .width = 16, .phys = 16, .le = 0, .signd = 1,
50 .width = 16, .phys = 16, .le = 1, .signd = 0,
54 .width = 16, .phys = 16, .le = 0, .signd = 0,
58 .width = 24, .phys = 32, .le = 1, .signd = 1,
62 .width = 24, .phys = 32, .le = 0, .signd = 1,
66 .width = 24, .phys = 32, .le
[all...] |
| /linux/drivers/gpio/ |
| H A D | gpiolib-cdev.c | 559 struct gpio_v2_line_event *le) in linereq_put_event() argument
568 kfifo_in(&lr->events, le, 1); in linereq_put_event()
618 struct gpio_v2_line_event le; in process_hw_ts_thread() local
628 memset(&le, 0, sizeof(le)); in process_hw_ts_thread()
630 le.timestamp_ns = line->timestamp_ns; in process_hw_ts_thread()
642 le.id = line_event_id(level); in process_hw_ts_thread()
645 le.id = GPIO_V2_LINE_EVENT_RISING_EDGE; in process_hw_ts_thread()
648 le.id = GPIO_V2_LINE_EVENT_FALLING_EDGE; in process_hw_ts_thread()
653 le.line_seqno = line->line_seqno; in process_hw_ts_thread()
654 le.seqno = (lr->num_lines == 1) ? le.line_seqno : line->req_seqno; in process_hw_ts_thread()
[all …]
|
| /linux/drivers/mtd/ubi/ |
| H A D | eba.c | 213 struct ubi_ltree_entry *le; in ltree_lookup() local
215 le = rb_entry(p, struct ubi_ltree_entry, rb); in ltree_lookup()
217 if (vol_id < le->vol_id) in ltree_lookup()
219 else if (vol_id > le->vol_id) in ltree_lookup()
222 if (lnum < le->lnum) in ltree_lookup()
224 else if (lnum > le->lnum) in ltree_lookup()
227 return le; in ltree_lookup()
248 struct ubi_ltree_entry *le, *le1, *le_free; in ltree_add_entry() local
250 le = kmalloc_obj(struct ubi_ltree_entry, GFP_NOFS); in ltree_add_entry()
251 if (!le) in ltree_add_entry()
[all …]
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | submit-checklist.rst | 13 vedere le proprie patch accettate più rapidamente.
23 i file che le dichiarano/definiscono. Non dipendente dal fatto che un file
26 2) Controllate lo stile del codice della vostra patch secondo le direttive
29 3) Tutte le barriere di sincronizzazione {per esempio, ``barrier()``,
41 2) Tutte le nuove opzioni ``Kconfig`` hanno un messaggio di aiuto.
60 5) Tutte le nuove interfacce verso lo spazio utente sono documentate in
63 Le patch che modificano le interfacce utente dovrebbero essere inviate
73 (``script/checkpatch.pl``) per scovare le violazioni più semplici.
74 Dovreste essere in grado di giustificare tutte le violazioni rimanenti nella
89 a) con le opzioni ``CONFIG`` negli stati ``=y``, ``=m`` e ``=n``. Nessun
[all …]
|
| H A D | maintainer-pgp-guide.rst | 38 Sia i repositori git che gli archivi tar portano le firme PGP degli
40 offrono una garanzia crittografica che le versioni scaricabili rese disponibili
57 codice che gestisce l'infrastruttura, indipendentemente da quali che siano le
65 salvaguardare le chiavi PGP usate nello stabilire l'integrità del kernel Linux
87 Configurare le opzioni di gpg-agent
116 riguarda vecchie le versioni di GnuPG, poiché potrebbero non svolgere più
134 Raramente le chiavi PGP sono composte da una singola coppia -- solitamente, sono
147 come le vere chiavi passpartout in grado di aprire diverse serrature). Dato che
153 1. Tutte le sottochiavi sono indipendenti. Se perdete una sottochiave privata
154 non potrete recuperarla usando le altre.
[all …]
|
| H A 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
78 con riguardo. I documenti che seguono descrivono le nostre politiche riguardo al
79 trattamento di alcune classi particolari di bachi: le regressioni e i problemi
90 Come trovare le persone che accetteranno le vostre modifiche.
|
| H A 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 …]
|
| 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 | 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 …]
|
| 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 | 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.
78 Non usate le virgole per evitare le parentesi:
85 Invece, usate sempre le parentesi per racchiudere più istruzioni.
112 Come limite di riga si preferiscono le 80 colonne.
115 pezzi più piccoli, a meno che eccedere le 80 colonne non aiuti ad
125 Tuttavia, non spezzettate mai le stringhe visibili agli utenti come i
146 Questo è valido per tutte le espressioni che non siano funzioni (if, switch,
162 Tuttavia, c'è il caso speciale, le funzioni: queste hanno la parentesi graffa
[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 …]
|
| /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 …]
|
| /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/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 in tipc_node_timeout()
992 struct tipc_link_entry *le = &n->links[*bearer_id]; __tipc_node_link_down() local
1066 struct tipc_link_entry *le; tipc_node_link_down() local
1181 struct tipc_link_entry *le; tipc_node_check_dest() local
1697 struct tipc_link_entry *le = NULL; tipc_node_xmit() local
1884 struct tipc_link_entry *le; tipc_node_bc_rcv() local
2096 struct tipc_link_entry *le; tipc_rcv() local
2588 struct tipc_link_entry *le; tipc_nl_node_reset_link_stats() local
[all...] |
| /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/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/Documentation/translations/it_IT/doc-guide/ |
| H A D | parse-headers.rst | 13 con le modifiche del kernel.
50 Inoltre, esso è capace di distinguere le ``#define`` utilizzate per
51 specificare le macro specifiche di Linux usate per definire gli ``ioctl``.
53 Il file ``FILE_RULES``, opzionale, contiene un insieme di regole come le
106 le definizioni, ma è anche possibile fornire un file di eccezioni. Questo
136 per le definizioni della forma ``_IO*``, per esempio le definizioni
140 per le altre definizioni
152 per le strutture.
|
| /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()
|