| /linux/sound/core/ |
| H A D | pcm_misc.c | 22 signed char le; /* 0 = big-endian, 1 = little-endian, -1 = others */ member
37 .width = 8, .phys = 8, .le = -1, .signd = 1,
41 .width = 8, .phys = 8, .le = -1, .signd = 0,
45 .width = 16, .phys = 16, .le = 1, .signd = 1,
49 .width = 16, .phys = 16, .le = 0, .signd = 1,
53 .width = 16, .phys = 16, .le = 1, .signd = 0,
57 .width = 16, .phys = 16, .le = 0, .signd = 0,
61 .width = 24, .phys = 32, .le = 1, .signd = 1,
65 .width = 24, .phys = 32, .le = 0, .signd = 1,
69 .width = 24, .phys = 32, .le = 1, .signd = 0,
[all …]
|
| /linux/fs/ntfs3/ |
| H A D | frecord.c | 169 int ni_load_mi(struct ntfs_inode *ni, const struct ATTR_LIST_ENTRY *le, in ni_load_mi() argument
174 if (!le) { in ni_load_mi()
179 rno = ino_get(&le->ref); in ni_load_mi()
197 struct ATTR_LIST_ENTRY *le; in ni_find_attr() local
213 le = al_find_ex(ni, le_o ? *le_o : NULL, type, name, name_len, vcn); in ni_find_attr()
214 if (!le) in ni_find_attr()
218 *le_o = le; in ni_find_attr()
221 if (ni_load_mi(ni, le, &m)) in ni_find_attr()
225 attr = mi_find_attr(ni, m, NULL, type, name, name_len, &le->id); in ni_find_attr()
254 struct ATTR_LIST_ENTRY **le, in ni_enum_attr_ex() argument
[all …]
|
| /linux/lib/ |
| H A D | test_uuid.c | |
| /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/net/802/ |
| H A D | hippi.c | |
| /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 | 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 …]
|
| H A D | license-rules.rst | 16 aggiunge eccezione per le chiamate di sistema come descritto in
39 le interfacce usate dai programmi, e per questo sono un caso speciale.
40 Secondo le note nel file COPYING, le chiamate di sistema sono un chiaro
42 programmi che le usano per comunicare con il kernel. Dato che i file
167 Le licenze attualmente in uso, così come le licenze aggiunte al kernel, possono
172 Ovunque possibile le licenze qui indicate dovrebbero essere usate perché
201 Solitamente, questo è un unico identificatore valido, ma per esempio le
214 in un file sorgente in conformità con le linea guida in
277 I metatag necessari per le 'altre' ('other') licenze sono gli stessi
278 di usati per le `Licenze raccomandate`_.
[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/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
|