| /Linux-v5.4/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
414 mutex_lock(&gli->mutex); in read_cap16()
415 gli->max_lba = be64_to_cpu(*((__be64 *)&cmd_buf[0])); in read_cap16()
416 gli->blk_len = be32_to_cpu(*((__be32 *)&cmd_buf[8])); in read_cap16()
417 mutex_unlock(&gli->mutex); in read_cap16()
424 __func__, gli->max_lba, gli->blk_len, rc); in read_cap16()
566 int cxlflash_lun_attach(struct glun_info *gli, enum lun_mode mode, bool locked) in cxlflash_lun_attach() argument
571 mutex_lock(&gli->mutex); in cxlflash_lun_attach()
573 if (gli->mode == MODE_NONE) in cxlflash_lun_attach()
574 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-v5.4/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 | 26 Una delle estensioni più comuni e usate nel kernel sono gli attributi
32 In alcuni casi, gli attributi sono opzionali (ovvero un compilatore che non
37 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
193 una misera o inesistente reazione. La triste verità è che: (1) gli
200 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 | 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
223 kernel Linux. Lavorando con gli sviluppatori incaricati di questo progetto,
278 - Una nuova -rc viene rilasciata ogni volta che Linus reputa che gli attuali
298 Questo è il ramo raccomandato per gli utenti che vogliono un kernel recente
336 commenti o le revisioni fatte, e gli amministratori possono indicare le patch
343 Prima che gli aggiornamenti dei sottosistemi siano accorpati nel ramo
360 https://bugzilla.kernel.org è dove gli sviluppatori del kernel Linux tracciano
378 mondo ed accrescerete le vostre competenze, e gli altri sviluppatori saranno
[all …]
|
| 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 | 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 | 18 anch'essi qualcosa che tutti gli sviluppatori del kernel dovrebbero leggere.
32 Oltre a ciò, una risorsa valida per gli sviluppatori kernel è:
|
| D | 2.Process.rst | 97 In che modo gli sviluppatori decidono quando chiudere il ciclo di sviluppo e
180 interessate, e gli sviluppatori in quella lista risponderanno coi loro
202 ad inviare gli aggiornamenti per essere revisionati e integrati.
343 traccia dei driver che non sono ancora in linea con gli standard di codifica
395 Tra gli sviluppatori Kernel che non usano git, la scelta alternativa più
424 problema per gli sviluppatori, che rischiano di venir sepolti da un mare di
442 gli sviluppatori che evitano tale lista si perderanno informazioni importanti.
452 filtrare solo gli argomenti d'interesse (sebbene va notato che le
478 comuni per gli sviluppatori principianti. Qualcuno che pone una domanda
521 collaborare con gli altri nel sistemare le cose (questo richiede
[all …]
|
| D | 5.Posting.rst | 49 - Verificare il codice fino al massimo che vi è consentito. Usate gli
187 gli utenti che vogliono sapere com'è cambiato il kernel, e molti altri.
191 A questo scopo, la riga riassuntiva dovrebbe descrivere gli effetti della
198 includeteli al fine d'aiutare gli altri a trovare soluzioni per lo stesso
201 modifiche e come gli altri dovrebbero agire per applicarle. In generale,
210 si riferisce, rendendo il risultato più facile da leggere per gli altri.
307 funzionalità, includete anche gli autori di quei rapporti/richieste.
|
| D | license-rules.rst | 59 concordati fra i soci nell'industria, gli sviluppatori di strumenti, e i
76 dei file questa è la prima riga, fanno eccezione gli script che richiedono
213 includere degli esempi su come usare gli identificatori di licenza SPDX
277 I metatag necessari per le 'altre' ('other') licenze sono gli stessi
394 includere degli esempi su come usare gli identificatori di licenza SPDX
494 gli viene assegnato un flag 'P'; quando
|
| D | coding-style.rst | 81 Al di fuori dei commenti, della documentazione ed escludendo i Kconfig, gli
226 Lo stile del kernel Linux per quanto riguarda gli spazi, dipende
269 ma non mettete spazi dopo gli operatori unari::
285 l'indentazione ``furba`` inseriranno gli spazi bianchi all'inizio di una nuova
312 che conta gli utenti attivi, dovreste chiamarla ``count_active_users()`` o
352 (a) gli oggetti completamente opachi (dove typedef viene proprio usato allo
666 ordinare gli ``#include``, per allineare variabili/macro, per ridistribuire
917 manutenzione del codice per rimuovere gli inline quando compare un secondo
932 fra gli interi e i booleani, allora il compilatore potrebbe trovare questi
953 soggette a questa regola. Solitamente si indicano gli errori ritornando un
[all …]
|
| D | clang-format.rst | 11 un gruppo di regole ed euristiche. Come tutti gli strumenti, non è perfetto
193 - Ordinare gli ``#include`` (``SortIncludes``).
|
| 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
|
| D | maintainer-pgp-guide.rst | 36 Sia i repositori git che gli archivi tar portano le firme PGP degli
39 via kernel.org, o altri portali, siano identiche a quelle che gli sviluppatori
43 - gli archivi tar hanno firme separate per ogni archivio
53 ragione, gli amministratori hanno intrapreso deliberatemene dei passi per
61 sicurezza. L'obiettivo è quello di fornire una serie di linee guida che gli
92 per gli obiettivi di questa guida.
217 cartella ``.gnupg`` venisse letto o trafugato nella sia interezza, gli
780 anche se gli sviluppatori non ne beneficeranno direttamente.
846 Kernel.org pubblica la WKD per tutti gli sviluppatori che hanno un account
898 Come mantenere il Web of Trust va oltre gli scopi di questo documento,
|
| /Linux-v5.4/Documentation/translations/it_IT/ |
| D | index.rst | 30 Una traduzione non è un *fork* della documentazione ufficiale, perciò gli
75 Documentazione per gli utenti
78 I seguenti manuali sono scritti per gli *utenti* del kernel - ovvero,
85 Documentazione per gli sviluppatori di applicazioni
|
| /Linux-v5.4/Documentation/translations/it_IT/kernel-hacking/ |
| D | locking.rst | 89 La prelazione può sortire gli stessi effetti, anche se c'è una sola CPU:
129 e quindi dovrete utilizzare gli spinlock.
138 gli spinlock non esistono. Questa è un'ottima scelta di progettazione:
143 allora gli spinlock disabilitano la prelazione; questo è sufficiente a
193 Questo funziona alla perfezione anche sui sistemi monoprocessore: gli spinlock
284 Questo funziona alla perfezione anche sui sistemi monoprocessore: gli spinlock
406 e tutti gli oggetti che contiene. Ecco il codice::
596 Esporre gli oggetti al di fuori del file
604 Il primo problema è che utilizziamo ``cache_lock`` per proteggere gli oggetti:
816 In questo esempio, assumiamo che gli oggetti (ad eccezione del contatore
[all …]
|
| /Linux-v5.4/drivers/mmc/host/ |
| D | Makefile | 16 sdhci-pci-dwc-mshc.o sdhci-pci-gli.o
|
