| /linux-6.1.9/drivers/scsi/cxlflash/ |
| D | lunmgt.c | 63 struct glun_info *gli = NULL; in create_global() local
65 gli = kzalloc(sizeof(*gli), GFP_KERNEL); in create_global()
66 if (unlikely(!gli)) { in create_global()
71 mutex_init(&gli->mutex); in create_global()
72 memcpy(gli->wwid, wwid, DK_CXLFLASH_MANAGE_LUN_WWID_LEN); in create_global()
74 return gli; in create_global()
103 struct glun_info *gli, *temp; in lookup_global() local
105 list_for_each_entry_safe(gli, temp, &global.gluns, list) in lookup_global()
106 if (!memcmp(gli->wwid, wwid, DK_CXLFLASH_MANAGE_LUN_WWID_LEN)) in lookup_global()
107 return gli; in lookup_global()
[all …]
|
| D | superpipe.c | 334 struct glun_info *gli = lli->parent; in read_cap16() local
412 mutex_lock(&gli->mutex); in read_cap16()
413 gli->max_lba = be64_to_cpu(*((__be64 *)&cmd_buf[0])); in read_cap16()
414 gli->blk_len = be32_to_cpu(*((__be32 *)&cmd_buf[8])); in read_cap16()
415 mutex_unlock(&gli->mutex); in read_cap16()
422 __func__, gli->max_lba, gli->blk_len, rc); in read_cap16()
564 int cxlflash_lun_attach(struct glun_info *gli, enum lun_mode mode, bool locked) in cxlflash_lun_attach() argument
569 mutex_lock(&gli->mutex); in cxlflash_lun_attach()
571 if (gli->mode == MODE_NONE) in cxlflash_lun_attach()
572 gli->mode = mode; in cxlflash_lun_attach()
[all …]
|
| D | vlun.c | 371 struct glun_info *gli = lli->parent; in init_vlun() local
372 struct blka *blka = &gli->blka; in init_vlun()
379 blka->ba_lun.lsize = gli->max_lba + 1; in init_vlun()
380 blka->ba_lun.lba_size = gli->blk_len; in init_vlun()
511 struct glun_info *gli = lli->parent; in grow_lxt() local
512 struct blka *blka = &gli->blka; in grow_lxt()
629 struct glun_info *gli = lli->parent; in shrink_lxt() local
630 struct blka *blka = &gli->blka; in shrink_lxt()
736 struct glun_info *gli = lli->parent; in _cxlflash_vlun_resize() local
754 nsectors = (resize->req_size * CXLFLASH_BLOCK_SIZE) / gli->blk_len; in _cxlflash_vlun_resize()
[all …]
|
| D | superpipe.h | 132 int cxlflash_lun_attach(struct glun_info *gli, enum lun_mode mode, bool locked);
133 void cxlflash_lun_detach(struct glun_info *gli);
|
| /linux-6.1.9/Documentation/translations/it_IT/riscv/ |
| D | patch-acceptance.rst | 6 arch/riscv linee guida alla manutenzione per gli sviluppatori
29 RISC-V li classifica come "Frozen" o "Retified". (Ovviamente, gli
39 gli implementatori sono liberi di mantenere una copia del kernel Linux
|
| /linux-6.1.9/Documentation/translations/it_IT/process/ |
| D | 4.Coding.rst | 18 sulle diverse casistiche nelle quali gli sviluppatori kernel possono
33 La presenza di quel codice conduce a due distinti pericoli per gli
36 Il primo di questi è credere che gli standard di codifica del kernel
42 per gli sviluppatori una comprensione veloce di ogni sua parte. Non ci sono,
69 refusi e possibili miglioramenti. Inoltre è utile anche per classificare gli
96 sottopongono costantemente patch che vanno a rimuovere gli argomenti
119 da leggere per gli altri e che rende più difficile il lavoro di verifica del
156 In generale, i programmatori del kernel ignorano gli effetti della cache a
206 miglioramenti) che porterà ad alcune rotture per gli utenti esistenti.
242 ramo principale del kernel. A tal scopo gli sviluppatori del kernel devono
[all …]
|
| D | programming-language.rst | 28 Una delle estensioni più comuni e usate nel kernel sono gli attributi
34 In alcuni casi, gli attributi sono opzionali (ovvero un compilatore che non
39 in alternativa alla sintassi GNU per gli attributi (per esempio
|
| D | 3.Early-stage.rst | 28 Facciamo un esempio: qualche anno fa, gli sviluppatori che lavoravano con
37 Per gli sviluppatori audio, questo modulo di sicurezza era sufficiente a
60 La realtà delle cose fu differente; gli sviluppatori del kernel erano molto
72 - Chi sono gli utenti coinvolti da tal problema? A quale caso dovrebbe
111 raggiungere gli standard richiesti della comunità.
136 "chiacchierate" preliminari con gli sviluppatori kernel.
141 Quando gli sviluppatori hanno deciso di rendere pubblici i propri progetti, la
164 ha spinto gli sviluppatori del kernel a scrivere uno script che li aiutasse
194 una misera o inesistente reazione. La triste verità è che: (1) gli
201 gli sviluppatori kernel preferirebbero vedere il codice.
|
| D | volatile-considered-harmful.rst | 14 strutture dati condivise. In altre parole, gli è stato insegnato ad usare
23 Il processo di protezione contro gli accessi concorrenti indesiderati eviterà
46 - sono stati esplicitamente scritti per agire così - il che significa che gli
49 spin_lock(), che agisce come una barriera di sincronizzazione, gli imporrà di
54 compilatore di ottimizzare gli accessi al dato anche _dentro_ alla sezione
|
| D | stable-api-nonsense.rst | 27 2.6 del kernel. Queste interfacce sono quelle che gli utenti e i
111 rallenta mai. Perciò, gli sviluppatori del kernel trovano bachi nelle
115 o più piccole, e gli argomenti delle funzioni potrebbero essere ripensati.
139 In entrambe gli scenari, gli sviluppatori hanno ritenuto che queste importanti
144 aggiuntivo per gli sviluppatori del sottosistema USB. Dato che gli
|
| D | 1.Intro.rst | 15 quella sorta di frustrazione che gli sviluppatori e i loro datori di lavoro
84 affidabilità del kernel Linux. E gli utenti finali, anche, spesso vorrebbero
88 per gli sviluppatori; chiunque con le capacità richieste può migliorare
99 kernel utilizza un proprio modo di operare che gli permette di funzionare
150 a tutti gli utilizzatori Linux. Sarà automaticamente presente in tutte le
153 diverse distribuzioni; funziona già tutto, per gli sviluppatori e per gli
157 - Nonostante gli sviluppatori kernel si sforzino di tenere stabile
189 "reclamano da bordo campo" sono ascoltati, ma gli sviluppatori attivi
|
| D | management-style.rst | 85 annullate tutto l'inutile lavoro sul quale gli altri hanno lavorato nell'ultimo
107 la vostra opinione, e rendere gli altri ben **consapevoli** di ciò.
112 roteeranno gli occhi e diranno "Uffa, no, ancora".
235 Successivamente fate in modo che gli sviluppatori che in realtà hanno fallito
243 È parte di ciò che spinge gli altri a fidarsi di voi, e vi garantisce
244 la gloria potenziale, perché siete gli unici a dire "Ho fatto una cavolata".
260 ma non cercate di renderlo ovvio per gli altri a meno che non **vogliate**
272 facendo gli scemi. Può anche aiutare a lasciare andare quei blocchi mentali
|
| D | kernel-enforcement-statement.rst | 52 distribuiscano a questo software. Vogliamo lavorare con gli utenti in modo
56 gli altri sforzi della comunità hanno fallito nel risolvere il problema.
59 risolto, speriamo che gli utenti si sentano i benvenuti ad aggregarsi a noi
|
| D | howto.rst | 52 Qualche volta è difficile comprendere gli assunti che il kernel ha
53 riguardo gli strumenti e le estensioni in uso, e sfortunatamente non
63 spiegati; non aspettatevi che gli altri si adattino al vostro modo di fare
222 kernel Linux. Lavorando con gli sviluppatori incaricati di questo progetto,
277 - Una nuova -rc viene rilasciata ogni volta che Linus reputa che gli attuali
297 Questo è il ramo raccomandato per gli utenti che vogliono un kernel recente
335 commenti o le revisioni fatte, e gli amministratori possono indicare le patch
342 Prima che gli aggiornamenti dei sottosistemi siano accorpati nel ramo
370 mondo ed accrescerete le vostre competenze, e gli altri sviluppatori saranno
372 acquisire meriti tra gli altri sviluppatori, perchè non a molte persone piace
[all …]
|
| D | development-process.rst | 26 Lo scopo di questo documento è quello di aiutare gli sviluppatori (ed i loro
|
| D | 7.AdvancedTopics.rst | 13 alcuni argomenti che potrebbero essere utili per gli sviluppatori che stanno
90 Ma, oltre a questo, gli sviluppatori non possono collaborare se non condividono
118 solo nei momenti di rilascio (per esempio gli -rc del ramo principale).
159 preparerà una richiesta nel modo in cui gli altri sviluppatori se l'aspettano,
167 negli "argomenti avanzati" sulla base che anche gli sviluppatori principianti
|
| D | 8.Conclusion.rst | 17 anch'esso qualcosa che tutti gli sviluppatori del kernel dovrebbero leggere.
31 Oltre a ciò, una risorsa valida per gli sviluppatori kernel è:
|
| D | deprecated.rst | 14 In un mondo perfetto, sarebbe possibile prendere tutti gli usi di
21 aumentando così il carico di lavoro. Al fine di istruire gli sviluppatori su
56 volete avvisare gli utenti riguardo a qualcosa di possibile anche se
181 tutto gli usi di "%p" nel kernel rappresentano l'hash dell'indirizzo,
308 Questo è il modo con cui ci si aspetta che vengano dichiarati gli
310 al compilatore di produrre errori quando gli array flessibili non si
346 Per quanto riguarda gli array di un solo elemento, bisogna essere
|
| D | 2.Process.rst | 98 In che modo gli sviluppatori decidono quando chiudere il ciclo di sviluppo e
182 interessate, e gli sviluppatori in quella lista risponderanno coi loro
204 ad inviare gli aggiornamenti per essere revisionati e integrati.
346 traccia dei driver che non sono ancora in linea con gli standard di codifica
398 Tra gli sviluppatori Kernel che non usano git, la scelta alternativa più
427 problema per gli sviluppatori, che rischiano di venir sepolti da un mare di
445 gli sviluppatori che evitano tale lista si perderanno informazioni importanti.
455 filtrare solo gli argomenti d'interesse (sebbene va notato che le
481 comuni per gli sviluppatori principianti. Qualcuno che pone una domanda
524 collaborare con gli altri nel sistemare le cose (questo richiede
[all …]
|
| D | 5.Posting.rst | 48 - Verificare il codice fino al massimo che vi è consentito. Usate gli
186 gli utenti che vogliono sapere com'è cambiato il kernel, e molti altri.
190 A questo scopo, la riga riassuntiva dovrebbe descrivere gli effetti della
197 includeteli al fine d'aiutare gli altri a trovare soluzioni per lo stesso
200 modifiche e come gli altri dovrebbero agire per applicarle. In generale,
209 si riferisce, rendendo il risultato più facile da leggere per gli altri.
321 funzionalità, includete anche gli autori di quei rapporti/richieste.
|
| D | email-clients.rst | 29 come testo integrante del messaggio. Alcuni manutentori accettano gli
30 allegati, ma in questo caso gli allegati devono avere il *content-type*
31 impostato come ``text/plain``. Tuttavia, generalmente gli allegati non sono
161 Potete firmare gli allegati con GPG, ma per le patch si preferisce aggiungerle
264 Pine aveva alcuni problemi con gli spazi vuoti, ma questi dovrebbero essere
|
| D | coding-style.rst | 98 Al di fuori dei commenti, della documentazione ed escludendo i Kconfig, gli
249 Lo stile del kernel Linux per quanto riguarda gli spazi, dipende
292 ma non mettete spazi dopo gli operatori unari::
308 l'indentazione ``furba`` inseriranno gli spazi bianchi all'inizio di una nuova
335 che conta gli utenti attivi, dovreste chiamarla ``count_active_users()`` o
374 (a) gli oggetti completamente opachi (dove typedef viene proprio usato allo
487 L'ordine suggerito per gli elementi di un prototipo di funzione è il seguente:
504 della funzione), il compilatore non permette di usare gli attributi per i
505 parametri dopo i parametri. In questi casi, devono essere messi dopo gli
726 ordinare gli ``#include``, per allineare variabili/macro, per ridistribuire
[all …]
|
| /linux-6.1.9/Documentation/translations/it_IT/ |
| D | index.rst | 34 Una traduzione non è un *fork* della documentazione ufficiale, perciò gli
79 Documentazione per gli utenti
82 I seguenti manuali sono scritti per gli *utenti* del kernel - ovvero,
89 Documentazione per gli sviluppatori di applicazioni
|
| /linux-6.1.9/Documentation/translations/it_IT/kernel-hacking/ |
| D | locking.rst | 91 La prelazione può sortire gli stessi effetti, anche se c'è una sola CPU:
126 e quindi dovrete utilizzare gli spinlock.
135 gli spinlock non esistono. Questa è un'ottima scelta di progettazione:
140 allora gli spinlock disabilitano la prelazione; questo è sufficiente a
190 Questo funziona alla perfezione anche sui sistemi monoprocessore: gli spinlock
281 Questo funziona alla perfezione anche sui sistemi monoprocessore: gli spinlock
403 e tutti gli oggetti che contiene. Ecco il codice::
593 Esporre gli oggetti al di fuori del file
601 Il primo problema è che utilizziamo ``cache_lock`` per proteggere gli oggetti:
813 In questo esempio, assumiamo che gli oggetti (ad eccezione del contatore
[all …]
|
| /linux-6.1.9/Documentation/translations/it_IT/core-api/ |
| D | symbol-namespaces.rst | 63 diventa lo spazio dei simboli di base per tutti gli usi di EXPORT_SYMBOL()
101 importato. Un risvolto di questo fatto è che gli spazi dei
122 è di rifiutarsi di caricare quei moduli che non importano tutti gli spazi dei
|