| /kernel/linux/linux-5.10/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 …]
|
| /kernel/linux/patches/linux-4.19/prebuilts/usr/include/linux/ |
| D | nilfs2_ondisk.h | 275 nilfs_segment_usage_set_##name(struct nilfs_segment_usage *su) \
277 su->su_flags = __cpu_to_le32(__le32_to_cpu(su->su_flags) | \
281 nilfs_segment_usage_clear_##name(struct nilfs_segment_usage *su) \
283 su->su_flags = \
284 __cpu_to_le32(__le32_to_cpu(su->su_flags) & \
288 nilfs_segment_usage_##name(const struct nilfs_segment_usage *su) \
290 return !!(__le32_to_cpu(su->su_flags) & \
297 nilfs_segment_usage_set_clean(struct nilfs_segment_usage *su) in NILFS_SEGMENT_USAGE_FNS()
299 su->su_lastmod = __cpu_to_le64(0); in NILFS_SEGMENT_USAGE_FNS()
300 su->su_nblocks = __cpu_to_le32(0); in NILFS_SEGMENT_USAGE_FNS()
[all …]
|
| /kernel/linux/linux-5.10/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 …]
|
| /kernel/linux/linux-5.10/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 …]
|
| /kernel/linux/linux-5.10/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()
|
| /kernel/linux/patches/linux-5.10/prebuilts/usr/include/linux/ |
| D | nilfs2_ondisk.h | 275 …NS(flag,name) static inline void nilfs_segment_usage_set_ ##name(struct nilfs_segment_usage * su) \
276 { su->su_flags = __cpu_to_le32(__le32_to_cpu(su->su_flags) | (1UL << NILFS_SEGMENT_USAGE_ ##flag));…
277 } static inline void nilfs_segment_usage_clear_ ##name(struct nilfs_segment_usage * su) \
278 { su->su_flags = __cpu_to_le32(__le32_to_cpu(su->su_flags) & ~(1UL << NILFS_SEGMENT_USAGE_ ##flag))…
279 } static inline int nilfs_segment_usage_ ##name(const struct nilfs_segment_usage * su) \
280 { return ! ! (__le32_to_cpu(su->su_flags) & (1UL << NILFS_SEGMENT_USAGE_ ##flag)); \
|
| /kernel/linux/linux-5.10/scripts/ |
| D | stackdelta | 19 my %su;
41 $su{"${file}\t${func}"} = {size => $size, type => $type};
44 return \%su;
|
| /kernel/linux/linux-5.10/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 …]
|
| /kernel/linux/linux-5.10/include/linux/ |
| D | transport_class.h | 27 #define DECLARE_TRANSPORT_CLASS(cls, nm, su, rm, cfg) \ argument
32 .setup = su, \
|
| /kernel/linux/linux-5.10/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
178 descrizione dell'API interna del kernel, e le regole su come gestire la
254 su https://kernel.org nella cartella pub/linux/kernel/v4.x/. Il processo
273 auto-contenuto e non influisce su aree esterne al codice che è stato
323 chiesto ad uno sviluppatore di basare le proprie modifiche su questi repositori
329 MAINTAINERS. Molti di questi posso essere trovati su https://git.kernel.org/.
346 tutti i rami dei sottosistemi vengono inclusi su base quotidiana:
350 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 maggiori dettagli su come funziona il processo di sviluppo del kernel leggete
43 sorgenti e desiderano che le patch siano preparate basandosi su di essi.
169 su una lista di discussione, allora fornite l'URL all'archivio di quella
224 D'altro canto, se fate una singola modifica su più file, raggruppate tutte
286 manutentore per il sottosistema su cui state lavorando, allora Andrew Morton
291 è proprio l'ultima spiaggia, il volume di email su questa lista fa si che
297 Molte delle liste di discussione relative al kernel vengono ospitate su
314 in questo caso, ovviamente, la patch non dovrebbe essere inviata su alcuna
317 Patch che correggono bachi importanti su un kernel già rilasciato, dovrebbero
327 l'ultima parola su quali patch dovrebbero essere aggiunte ai kernel stabili.
[all …]
|
| D | 8.Conclusion.rst | 27 http://lwn.net/ come fonte; usando l'indice 'kernel' su LWN troverete
53 La documentazione per git la troverete su:
|
| 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
182 su questa procedura.
|
| /kernel/linux/linux-5.10/drivers/hwmon/ |
| D | nct6683.c | 401 struct sensor_device_attr_u *su; in nct6683_create_attr_group() local
425 su = devm_kzalloc(dev, array3_size(repeat, count, sizeof(*su)), in nct6683_create_attr_group()
427 if (su == NULL) in nct6683_create_attr_group()
436 snprintf(su->name, sizeof(su->name), in nct6683_create_attr_group()
439 a2 = &su->u.a2; in nct6683_create_attr_group()
441 a2->dev_attr.attr.name = su->name; in nct6683_create_attr_group()
450 a = &su->u.a1; in nct6683_create_attr_group()
452 a->dev_attr.attr.name = su->name; in nct6683_create_attr_group()
461 su++; in nct6683_create_attr_group()
|
| /kernel/linux/linux-5.10/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()
|
| /kernel/liteos_m/ |
| D | .gitignore | 16 *.su
|
| /kernel/linux/linux-5.10/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
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/ |
| D | index.rst | 79 coloro che cercano di farlo funzionare in modo ottimale su un dato sistema
100 Questi manuali contengono informazioni su come contribuire allo sviluppo
117 Questi manuali forniscono dettagli su come funzionano i sottosistemi del
|
| /kernel/linux/linux-5.10/Documentation/translations/it_IT/kernel-hacking/ |
| D | locking.rst | 87 In particolar modo da quando Linux ha incominciato a girare su
112 su quando **avete** dormito con qualcuno più pazzo di voi. E dovreste
221 Dato che un tasklet non viene mai eseguito contemporaneamente su due
223 più volte in contemporanea), perfino su sistemi multi-processore.
242 Lo stesso softirq può essere eseguito su un diverso processore: allo scopo
257 su un diverso processore.
274 eseguita da un'interruzione hardware su un processore diverso. Questo è il caso
334 sincronizzazione (per esempio, un thread può essere eseguito solo su un
729 in ``include/asm/atomic.h``: queste sono garantite come atomiche su qualsiasi
932 oggetto e spostarlo su un altro hash; quindi dovrete trattenete lo spinlock
[all …]
|
| /kernel/linux/linux-5.10/Documentation/admin-guide/aoe/ |
| D | udev.txt | 6 # ecashin@makki ~$ su
|
| /kernel/linux/linux-5.10/tools/perf/Documentation/ |
| D | asciidoc.conf | 11 (?su)[\\]?(?P<name>linkperf):(?P<target>\S*?)\[(?P<attrlist>.*?)\]=
|