| /OK3568_Linux_fs/kernel/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 413 mutex_lock(&gli->mutex); in read_cap16() 414 gli->max_lba = be64_to_cpu(*((__be64 *)&cmd_buf[0])); in read_cap16() 415 gli->blk_len = be32_to_cpu(*((__be32 *)&cmd_buf[8])); in read_cap16() 416 mutex_unlock(&gli->mutex); in read_cap16() 423 __func__, gli->max_lba, gli->blk_len, rc); in read_cap16() 565 int cxlflash_lun_attach(struct glun_info *gli, enum lun_mode mode, bool locked) in cxlflash_lun_attach() argument 570 mutex_lock(&gli->mutex); in cxlflash_lun_attach() 572 if (gli->mode == MODE_NONE) in cxlflash_lun_attach() 573 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 | 132 int cxlflash_lun_attach(struct glun_info *gli, enum lun_mode mode, bool locked); 133 void cxlflash_lun_detach(struct glun_info *gli);
|
| /OK3568_Linux_fs/buildroot/package/gli/ |
| H A D | Config.in | 2 bool "gli" 7 http://gli.g-truc.net 9 comment "gli needs a toolchain w/ C++"
|
| H A D | 0001-Optional-building-tests.patch | 7 https://github.com/g-truc/gli/commit/629fc81ce73114a5925484937df796467adbe8c7] 33 target_link_libraries(${SAMPLE_NAME} gli)
|
| H A D | gli.hash | 2 sha256 9374f3cf6441dac0154f7e5ae9ad9ae99f4c4a36f8eb6de23f54a1996b9f2769 gli-559cbe1ec38878e182507…
|
| H A D | gli.mk | 8 GLI_SITE = $(call github,g-truc,gli,$(GLI_VERSION))
|
| /OK3568_Linux_fs/kernel/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 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 …]
|
| 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 193 una misera o inesistente reazione. La triste verità è che: (1) gli 200 gli sviluppatori kernel preferirebbero vedere il codice.
|
| H A 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
|
| 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 | 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 | 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 …]
|
| 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 | 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
|
| H A 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 …]
|
| H A 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 è:
|
| H A 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.
|
| /OK3568_Linux_fs/kernel/Documentation/translations/it_IT/riscv/ |
| H A 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
|
| /OK3568_Linux_fs/kernel/Documentation/translations/it_IT/ |
| H A 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
|
| /OK3568_Linux_fs/buildroot/package/kodi-screensaver-rsxs/ |
| H A D | kodi-screensaver-rsxs.mk | 11 KODI_SCREENSAVER_RSXS_DEPENDENCIES = bzip2 gli glm kodi
|
| /OK3568_Linux_fs/kernel/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: 131 e quindi dovrete utilizzare gli spinlock. 140 gli spinlock non esistono. Questa è un'ottima scelta di progettazione: 145 allora gli spinlock disabilitano la prelazione; questo è sufficiente a 195 Questo funziona alla perfezione anche sui sistemi monoprocessore: gli spinlock 286 Questo funziona alla perfezione anche sui sistemi monoprocessore: gli spinlock 408 e tutti gli oggetti che contiene. Ecco il codice:: 598 Esporre gli oggetti al di fuori del file 606 Il primo problema è che utilizziamo ``cache_lock`` per proteggere gli oggetti: 818 In questo esempio, assumiamo che gli oggetti (ad eccezione del contatore [all …]
|