/linux/drivers/scsi/cxlflash/ |
H A 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 …]
|
H A 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 …]
|
H A 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 …]
|
H A D | superpipe.h | 130 int cxlflash_lun_attach(struct glun_info *gli, enum lun_mode mode, bool locked); 131 void cxlflash_lun_detach(struct glun_info *gli);
|
/linux/Documentation/translations/it_IT/ |
H A D | index.rst | 48 Una traduzione non è un *fork* della documentazione ufficiale, perciò gli 87 Di seguito una serie di manuali per gli sviluppatori che hanno bisogno di 100 Di seguito una serie di manuali contenenti informazioni utili a tutti gli 110 Documentazione per gli utenti 113 Di seguito una serie di manuali per gli *utenti* del kernel - ovvero coloro che
|
/linux/Documentation/translations/it_IT/process/ |
H A 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 100 sottopongono costantemente patch che vanno a rimuovere gli argomenti 123 da leggere per gli altri e che rende più difficile il lavoro di verifica del 160 In generale, i programmatori del kernel ignorano gli effetti della cache a 210 miglioramenti) che porterà ad alcune rotture per gli utenti esistenti. 246 ramo principale del kernel. A tal scopo gli sviluppatori del kernel devono [all …]
|
H A 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.
|
H A D | programming-language.rst | 24 Una delle estensioni più comuni e usate nel kernel sono gli attributi 30 In alcuni casi, gli attributi sono opzionali (ovvero un compilatore che non 35 in alternativa alla sintassi GNU per gli attributi (per esempio
|
H A 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
|
H A 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
|
H A D | botching-up-ioctls.rst | 13 Una cosa che gli sviluppatori del sottosistema grafico del kernel Linux hanno 21 Per evitare di ripetere gli stessi errori ho preso nota delle lezioni imparate 157 parte. Gli orologi divergeranno, ma con questa informazione gli strumenti di 166 * Verificate che gli input di valori temporali siano normalizzati, e se non lo 177 scadenze potrebbero essere estese - ma sicuramente gli utenti vi odieranno 186 di ritorno per gli eventi già completati, le attese terminate con successo, e 207 per dispositivo solo se gli oggetti sono effettivamente unici per quel 217 gli oggetti sono condivisibili, lo spazio utente ha bisogno di sapere se il 240 drm con tutti gli attributi per la sovrascrittura delle rilevazioni). O magari
|
H A 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
|
H A 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
|
H A 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, 169 negli "argomenti avanzati" sulla base che anche gli sviluppatori principianti 188 vige un silenzio assenso per cui gli altri revisori non intervengono se non gli
|
H A 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
|
H A 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 …]
|
H A D | development-process.rst | 11 Lo scopo di questo documento è quello di aiutare gli sviluppatori (ed i loro
|
H A 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
|
H A 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 è:
|
H A D | 2.Process.rst | 98 In che modo gli sviluppatori decidono quando chiudere il ciclo di sviluppo e 175 interessate, e gli sviluppatori in quella lista risponderanno coi loro 197 ad inviare gli aggiornamenti per essere revisionati e integrati. 339 traccia dei driver che non sono ancora in linea con gli standard di codifica 391 Tra gli sviluppatori Kernel che non usano git, la scelta alternativa più 420 problema per gli sviluppatori, che rischiano di venir sepolti da un mare di 438 gli sviluppatori che evitano tale lista si perderanno informazioni importanti. 448 filtrare solo gli argomenti d'interesse (sebbene va notato che le 477 comuni per gli sviluppatori principianti. Qualcuno che pone una domanda 520 collaborare con gli altri nel sistemare le cose (questo richiede [all …]
|
/linux/Documentation/translations/it_IT/arch/riscv/ |
H A D | patch-acceptance.rst | 6 arch/riscv linee guida alla manutenzione per gli sviluppatori 49 RISC-V li classifica come "Frozen" o "Retified". (Ovviamente, gli 59 gli implementatori sono liberi di mantenere una copia del kernel Linux
|
/linux/Documentation/translations/it_IT/RCU/ |
H A D | torture.rst | 109 dalla vista dei lettori. Ad eccezione dell'ultimo valore, gli altri 146 identifichi automaticamente gli errori. Il comando "rmmod" forza la stampa di 165 fornito da un initrd generato automaticamente. Al completamento, gli artefatti 172 un kernel v5.4 per eseguire tutti gli scenari in due serie, riduce il tempo 178 Non serve eseguire tutti gli scenari di verifica per ogni modifica. Per esempio, 179 per una modifica a Tree SRCU potete eseguire gli scenari SRCU-N e SRCU-P. Per 238 di queste cartelle può essere fornita a kvm-find-errors.sh per estrarne gli 245 riguardanti tutti gli scenari di un'esecuzione di trovano nella cartella 279 usando gli scenari di base produce il seguente risultato:: 368 usati dopo il percorso alla cartella contenente gli artefatti dell'esecuzione da
|
/linux/Documentation/translations/it_IT/kernel-hacking/ |
H A 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/Documentation/translations/it_IT/locking/ |
H A D | locktypes.rst | 154 continuerà a trattenere il blocco, quindi porta all'inedia anche gli scrittori 224 possono essere usati quando la sezione critica è minuscola, per evitare gli 257 di tutti gli altri aspetti di spinlock_t: 323 continuerà a trattenere il blocco, quindi porta all'inedia anche gli 423 Sui kernel PREEMPT_RT questo codice non funzionerà perché gli rtmutex richiedono 453 corrente, e di conseguenza garantisce che gli accessi per-CPU alle variabili var1 e 513 serve quando si sostituiscono gli spinlock_t. Invece, le condizioni poste sui
|
/linux/Documentation/translations/it_IT/core-api/ |
H A D | symbol-namespaces.rst | 62 diventa lo spazio dei simboli di base per tutti gli usi di EXPORT_SYMBOL() 100 importato. Un risvolto di questo fatto è che gli spazi dei 121 è di rifiutarsi di caricare quei moduli che non importano tutti gli spazi dei
|