| /linux-6.1.9/fs/nilfs2/ |
| D | sufile.c | 305 struct nilfs_segment_usage *su; in nilfs_sufile_alloc() local
356 su = nilfs_sufile_block_get_segment_usage( in nilfs_sufile_alloc()
361 for (j = 0; j < nsus; j++, su = (void *)su + susz, segnum++) { in nilfs_sufile_alloc()
362 if (!nilfs_segment_usage_clean(su)) in nilfs_sufile_alloc()
365 nilfs_segment_usage_set_dirty(su); in nilfs_sufile_alloc()
406 struct nilfs_segment_usage *su; in nilfs_sufile_do_cancel_free() local
410 su = nilfs_sufile_block_get_segment_usage(sufile, segnum, su_bh, kaddr); in nilfs_sufile_do_cancel_free()
411 if (unlikely(!nilfs_segment_usage_clean(su))) { in nilfs_sufile_do_cancel_free()
417 nilfs_segment_usage_set_dirty(su); in nilfs_sufile_do_cancel_free()
431 struct nilfs_segment_usage *su; in nilfs_sufile_do_scrap() local
[all …]
|
| /linux-6.1.9/include/uapi/linux/ |
| D | nilfs2_ondisk.h | 596 nilfs_segment_usage_set_##name(struct nilfs_segment_usage *su) \
598 su->su_flags = __cpu_to_le32(__le32_to_cpu(su->su_flags) | \
602 nilfs_segment_usage_clear_##name(struct nilfs_segment_usage *su) \
604 su->su_flags = \
605 __cpu_to_le32(__le32_to_cpu(su->su_flags) & \
609 nilfs_segment_usage_##name(const struct nilfs_segment_usage *su) \
611 return !!(__le32_to_cpu(su->su_flags) & \
620 nilfs_segment_usage_set_clean(struct nilfs_segment_usage *su) in NILFS_SEGMENT_USAGE_FNS()
622 su->su_lastmod = __cpu_to_le64(0); in NILFS_SEGMENT_USAGE_FNS()
623 su->su_nblocks = __cpu_to_le32(0); in NILFS_SEGMENT_USAGE_FNS()
[all …]
|
| /linux-6.1.9/drivers/video/backlight/ |
| D | as3711_bl.c | 40 static struct as3711_bl_supply *to_supply(struct as3711_bl_data *su) in to_supply() argument
42 switch (su->type) { in to_supply()
44 return container_of(su, struct as3711_bl_supply, su1); in to_supply()
46 return container_of(su, struct as3711_bl_supply, su2); in to_supply()
223 unsigned int max_brightness, struct as3711_bl_data *su) in as3711_bl_register() argument
232 su->type == AS3711_BL_SU1 ? in as3711_bl_register()
234 &pdev->dev, su, in as3711_bl_register()
245 su->bl = bl; in as3711_bl_register()
375 struct as3711_bl_data *su; in as3711_backlight_probe() local
419 su = &supply->su1; in as3711_backlight_probe()
[all …]
|
| /linux-6.1.9/fs/ceph/ |
| D | util.c | 13 __u32 su = layout->stripe_unit; in ceph_file_layout_is_valid() local
18 if (!su || (su & (CEPH_MIN_STRIPE_UNIT-1))) in ceph_file_layout_is_valid()
23 if (os < su || os % su) in ceph_file_layout_is_valid()
|
| /linux-6.1.9/scripts/ |
| D | stackdelta | 19 my %su;
41 $su{"${file}\t${func}"} = {size => $size, type => $type};
44 return \%su;
|
| /linux-6.1.9/Documentation/core-api/ |
| D | errseq.rst | 83 struct supervisor su;
85 su.s_wd_err = errseq_sample(&wd.wd_err);
86 spin_lock_init(&su.s_wd_err_lock);
92 spin_lock(&su.su_wd_err_lock);
93 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err);
94 spin_unlock(&su.su_wd_err_lock);
146 if (errseq_check(&wd.wd_err, READ_ONCE(su.s_wd_err)) {
147 /* su.s_wd_err is protected by s_wd_err_lock */
148 spin_lock(&su.s_wd_err_lock);
149 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err);
[all …]
|
| /linux-6.1.9/include/linux/ |
| D | transport_class.h | 27 #define DECLARE_TRANSPORT_CLASS(cls, nm, su, rm, cfg) \ argument
32 .setup = su, \
|
| /linux-6.1.9/Documentation/translations/it_IT/process/ |
| D | 7.AdvancedTopics.rst | 11 A questo punto, si spera, dovreste avere un'idea su come funziona il processo
33 documento al riguardo. Invece, qui ci concentriamo in particolare su come
42 e su varie guide che potrete trovare su internet.
46 base solida su come funziona git. Uno sviluppatore che sappia usare git
65 su kernel.org, ma non è proprio facile da ottenere; per maggiori informazioni
71 in libertà. In ogni caso, non dovreste sviluppare su alcun ramo dal
110 Man mano che il ramo principale (o altri rami su cui avete basato le
160 e verificherà che vi siate ricordati di pubblicare quelle patch su un
|
| D | adding-syscalls.rst | 13 un'aggiunta ai soliti consigli su come proporre nuove modifiche
33 lo spazio utente su un avvenimento, allora restituire un descrittore
153 Questo permette più flessibilità su come lo spazio utente specificherà il file
155 funzionalità su un descrittore di file già aperto utilizzando il *flag*
168 tipo cosicché scostamenti a 64-bit potranno essere supportati anche su
327 a 64-bit anche su architetture a 32-bit, per esempio ``loff_t`` o ``__u64``.
402 Per collegare una chiamata di sistema, su un'architettura x86, con la sua
408 a 32-bit, eseguito su un kernel a 64-bit, dovrebbe accedere tramite il punto
453 su dove e come l'esecuzione dovrà continuare dopo l'esecuzione della
468 L'equivalente per programmi a 32-bit eseguiti su un kernel a 64-bit viene
[all …]
|
| D | howto.rst | 12 Esso contiene le istruzioni su come diventare uno sviluppatore
29 su come lavorare con la comunità. Il documento cercherà, inoltre,
60 creati nel corso del tempo basandosi su quanto hanno riscontrato funzionare al
177 descrizione dell'API interna del kernel, e le regole su come gestire la
253 su https://kernel.org nella cartella pub/linux/kernel/v4.x/. Il processo
272 auto-contenuto e non influisce su aree esterne al codice che è stato
322 chiesto ad uno sviluppatore di basare le proprie modifiche su questi repositori
328 MAINTAINERS. Molti di questi posso essere trovati su https://git.kernel.org/.
345 tutti i rami dei sottosistemi vengono inclusi su base quotidiana:
349 In questo modo, i kernel -next offrono uno sguardo riassuntivo su quello che
[all …]
|
| D | stable-api-nonsense.rst | 26 stati compilati su un kernel 0.9 (circa) e tuttora funzionano sulle versioni
80 alcuni *lock* spariscono se compilati su sistemi mono-processore)
84 - Linux funziona su una vasta gamma di architetture di processore. Non esiste
86 correttamente su un'altra.
91 fornire un modulo per uno specifico rilascio su una specifica distribuzione
199 e che girano su molti più tipi di processori di qualsiasi altro sistema
|
| D | volatile-considered-harmful.rst | 19 Il punto chiave da capire su *volatile* è che il suo scopo è quello di
50 dimenticarsi tutto ciò che sapeva su di esso.
66 con i puntatori è sconsigliato e non funziona su tutte le architetture.
86 - Le funzioni d'accesso sopracitate potrebbero usare *volatile* su quelle
|
| D | submitting-patches.rst | 18 dettagli su come funziona il processo di sviluppo del kernel leggete
44 sorgenti e desiderano che le patch siano preparate basandosi su di essi.
112 quest'etichetta per fare riferimento ad un rapporto su una lista di discussione
114 riferimento ad una discussione precedentemente avvenuta su una lista di
182 D'altro canto, se fate una singola modifica su più file, raggruppate tutte
244 vostre patch). Se non riuscite a trovare un manutentore per il sottosistema su
256 Molte delle liste di discussione relative al kernel vengono ospitate su
273 in questo caso, ovviamente, la patch non dovrebbe essere inviata su alcuna
277 Patch che correggono bachi importanti su un kernel già rilasciato, dovrebbero
332 invieranno dei commenti su come migliorare la vostra patch. Dovete
[all …]
|
| D | stable-kernel-rules.rst | 28 link, se esiste, ad un rapporto su bugzilla, e informazioni aggiuntive
31 a meno che non venga fornita anche una spiegazione su come questa si
93 particolarmente utile se una patch dev'essere riportata su una versione
185 su questa procedura.
|
| D | 8.Conclusion.rst | 26 http://lwn.net/ come fonte; usando l'indice 'kernel' su LWN troverete
52 La documentazione per git la troverete su:
|
| D | 4.Coding.rst | 58 Mentre si lavora su un pezzo di codice è normale correggerne anche lo stile,
100 spesso per poter usare dei driver su diversi sistemi operativi - vengono
186 comunque, questo documento è stato scritto su di un portatile dual-core.
187 Persino su sistemi a singolo processore, il lavoro svolto per incrementare
267 - FRAME_WARN per ottenere degli avvertimenti su stack frame più
317 informazioni su come utilizzare questo strumento.
325 lo prevede, potete trovarlo su https://sparse.wiki.kernel.org/index.php/Main_Page);
332 "make coccicheck" esso percorrerà tali patch semantiche e farà rapporto su
388 del kernel. Il formato di questi commenti, assieme alle informazione su come
|
| /linux-6.1.9/drivers/hwmon/ |
| D | nct6683.c | 412 struct sensor_device_attr_u *su; in nct6683_create_attr_group() local
436 su = devm_kzalloc(dev, array3_size(repeat, count, sizeof(*su)), in nct6683_create_attr_group()
438 if (su == NULL) in nct6683_create_attr_group()
447 snprintf(su->name, sizeof(su->name), in nct6683_create_attr_group()
450 a2 = &su->u.a2; in nct6683_create_attr_group()
452 a2->dev_attr.attr.name = su->name; in nct6683_create_attr_group()
461 a = &su->u.a1; in nct6683_create_attr_group()
463 a->dev_attr.attr.name = su->name; in nct6683_create_attr_group()
472 su++; in nct6683_create_attr_group()
|
| /linux-6.1.9/drivers/media/firewire/ |
| D | firedtv-fw.c | 203 int su; in handle_fcp() local
208 su = ((u8 *)payload)[1] & 0x7; in handle_fcp()
220 (f->subunit == su || (f->subunit == 0 && su == 0x7))) { in handle_fcp()
|
| /linux-6.1.9/Documentation/translations/it_IT/doc-guide/ |
| D | parse-headers.rst | 19 documentazione. Per avere un esempio su come utilizzarlo all'interno del kernel
105 La dichiarazione ignore o replace verrà applicata su definizioni di ioctl
114 La dichiarazione ignore o replace verrà applicata su una qualsiasi #define
|
| D | kernel-doc.rst | 69 su una riga separata.
118 funzione può continuare su righe successive e termina con la descrizione di
128 Ogni ``@argument:`` può estendersi su più righe.
132 Se la descrizione di ``@argument:`` si estende su più righe,
220 funzione può continuare su righe successive e termina con la descrizione di
228 estendersi su più righe.
|
| /linux-6.1.9/Documentation/translations/it_IT/ |
| D | index.rst | 83 coloro che cercano di farlo funzionare in modo ottimale su un dato sistema
104 Questi manuali contengono informazioni su come contribuire allo sviluppo
121 Questi manuali forniscono dettagli su come funzionano i sottosistemi del
|
| /linux-6.1.9/Documentation/translations/it_IT/kernel-hacking/ |
| D | locking.rst | 87 In particolar modo da quando Linux ha incominciato a girare su
216 Dato che un tasklet non viene mai eseguito contemporaneamente su due
218 più volte in contemporanea), perfino su sistemi multi-processore.
237 Lo stesso softirq può essere eseguito su un diverso processore: allo scopo
252 su un diverso processore.
269 eseguita da un'interruzione hardware su un processore diverso. Questo è il caso
329 sincronizzazione (per esempio, un thread può essere eseguito solo su un
724 in ``include/asm/atomic.h``: queste sono garantite come atomiche su qualsiasi
925 oggetto e spostarlo su un altro hash; quindi dovrete trattenete lo spinlock
932 interruzione software su un altro processore sta tentando di spostare
[all …]
|
| /linux-6.1.9/Documentation/admin-guide/aoe/ |
| D | udev.txt | 6 # ecashin@makki ~$ su
|
| /linux-6.1.9/tools/perf/Documentation/ |
| D | asciidoc.conf | 11 (?su)[\\]?(?P<name>linkperf):(?P<target>\S*?)\[(?P<attrlist>.*?)\]=
|
| /linux-6.1.9/tools/power/cpupower/ |
| D | README | 26 su
|