| /Linux-v6.6/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-v6.6/Documentation/translations/zh_CN/core-api/ |
| D | errseq.rst | 82 struct supervisor su;
84 su.s_wd_err = errseq_sample(&wd.wd_err);
85 spin_lock_init(&su.s_wd_err_lock);
90 spin_lock(&su.su_wd_err_lock);
91 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err);
92 spin_unlock(&su.su_wd_err_lock);
131 if (errseq_check(&wd.wd_err, READ_ONCE(su.s_wd_err)) {
132 /* su.s_wd_err被s_wd_err_lock保护 */
133 spin_lock(&su.s_wd_err_lock);
134 err = errseq_check_and_advance(&wd.wd_err, &su.s_wd_err);
[all …]
|
| /Linux-v6.6/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-v6.6/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-v6.6/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-v6.6/scripts/ |
| D | stackdelta | 19 my %su;
41 $su{"${file}\t${func}"} = {size => $size, type => $type};
44 return \%su;
|
| /Linux-v6.6/Documentation/translations/sp_SP/process/ |
| D | submitting-patches.rst | 8 Envío de parches: la guía esencial para incluir su código en el kernel
14 que pueden aumentar considerablemente las posibilidades de que se acepte su
32 adicional sobre su flujo de trabajo y expectativas, consulte
56 Describa su problema. Sea su parche una corrección de un error de una
69 que incluya cualquier cosa que pueda ayudar a dirigir su cambio
79 diferentes cargas de trabajo. Describa las desventajas esperadas de su
88 El maintainer le agradecerá que escriba la descripción de su parche en un
93 Resuelva solo un problema por parche. Si su descripción comienza a ser muy
94 larga, eso es una señal de que probablemente necesite dividir su parche.
102 parche. Es decir, el parche (serie) y su descripción deben ser
[all …]
|
| D | email-clients.rst | 19 Si es usted nuevo en ``git`` entonces envíese su primer parche. Guárdelo
38 información sobre cómo configurar su cliente de correo electrónico
50 No deje que su cliente de correo electrónico ajuste automáticamente las
51 palabras por usted. Esto también puede corromper su parche.
55 estar en codificación ASCII o UTF-8 únicamente. Si configura su cliente de
143 redactar su correo electrónico con Word Wrap habilitado, luego guardar
148 En la parte inferior de su correo electrónico, coloque el delimitador de
149 parche de uso común antes de insertar su parche: tres guiones (``---``).
152 :menuselection:`insert file` y busque su parche.
160 en el menú Opciones no es suficiente. Por lo tanto, si su parche tiene
[all …]
|
| D | contribution-maturity-model.rst | 20 necesitan permitir que los ingenieros sean mantenedores como parte de su
34 El TAB insta a las organizaciones a evaluar continuamente su modelo de
40 evaluaciones y planes para mejorar su participación con la comunidad
54 o en su propio tiempo.
62 conferencias relacionadas con Linux como parte de su trabajo.
99 * Se anima a los ingenieros de software a pasar una parte de su tiempo de
|
| D | adding-syscalls.rst | 20 alguna alternativa es adecuada en su lugar. Aunque las llamadas al sistema
23 a su interfaz.
125 Si su nueva llamada al sistema permite al userspace hacer referencia a un
131 Si su nueva llamada a sistema :manpage:`xyzzy(2)` retorna un nuevo
141 Si su llamada de sistema retorna un nuevo descriptor de archivo, debería
148 Si su nueva llamada de sistema :manpage:`xyzzy(2)` involucra algún nombre
170 Si su nueva llamada de sistema :manpage:`xyzzy(2)` involucra un parámetro
175 Si su nueva llamada de sistema :manpage:`xyzzy` involucra una
185 Si su nueva llamada de sistema :manpage:`xyzzy(2)` manipula un proceso que
224 La entrada principal a su nueva llamada de sistema :manpage:`xyzzy(2)` será
[all …]
|
| D | researcher-guidelines.rst | 11 en su producción, otros subproductos de su desarrollo. Linux se
56 con ellos, pero ya han dado su consentimiento para recibir contribuciones
140 tengan su etiqueta “Reviewed-by” incluida en el parche resultante. Encontrar
142 dentro de su propia organización, y tener su ayuda con las revisiones antes de
|
| D | coding-style.rst | 33 buscando en su pantalla durante 20 horas seguidas, le resultará mucho más
40 debería arreglar su programa.
175 Tenga en cuenta que la llave de cierre está vacía en su línea propia,
202 como el suministro de nuevas líneas en su pantalla no es un recurso
320 seguir su ejemplo. A diferencia de los programadores de Modula-2 y Pascal,
431 algunas personas se oponen a su uso de todos modos.
435 permitidos, aunque no son obligatorios en el nuevo código de su
620 demasiado. NUNCA trate de explicar CÓMO funciona su código en un
625 Generalmente, desea que sus comentarios digan QUÉ hace su código, no CÓMO.
630 inteligente (o feo), pero trate de evitar el exceso. En su lugar, ponga los
[all …]
|
| D | kernel-enforcement-statement.rst | 34 Sin embargo, si deja de violar esta Licencia, entonces su licencia
37 y finalmente rescinda su licencia, y (b) de forma permanente, si el
41 Además, su licencia de un titular de derechos de autor en particular es
|
| /Linux-v6.6/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-v6.6/Documentation/translations/sp_SP/ |
| D | howto.rst | 13 trabajar con el y en su desarrollo. El documento no tratará ningún aspecto
23 kernel de Linux? Tal vez su jefe le haya dicho, "Escriba un driver de
60 la forma de hacer las cosas en su empresa.
215 para incluir su parche en el árbol del kernel de Linux, y posiblemente
247 https://kernel.org o en su repo. El proceso de desarrollo es el siguiente:
266 deben ser enviado a una lista de correo pública para su revisión.
306 desarrolladores de subsistemas del kernel --- exponen su estado actual de
333 con el árbol principal, necesitan probar su integración. Para ello, existe
409 Si varias personas responden a su correo, el CC (lista de destinatarios)
418 superior de su respuesta, y agregue sus declaraciones entre las secciones
[all …]
|
| /Linux-v6.6/include/linux/ |
| D | transport_class.h | 27 #define DECLARE_TRANSPORT_CLASS(cls, nm, su, rm, cfg) \ argument
32 .setup = su, \
|
| /Linux-v6.6/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
|
| /Linux-v6.6/drivers/hwmon/ |
| D | nct6683.c | 413 struct sensor_device_attr_u *su; in nct6683_create_attr_group() local
437 su = devm_kzalloc(dev, array3_size(repeat, count, sizeof(*su)), in nct6683_create_attr_group()
439 if (su == NULL) in nct6683_create_attr_group()
448 snprintf(su->name, sizeof(su->name), in nct6683_create_attr_group()
451 a2 = &su->u.a2; in nct6683_create_attr_group()
453 a2->dev_attr.attr.name = su->name; in nct6683_create_attr_group()
462 a = &su->u.a1; in nct6683_create_attr_group()
464 a->dev_attr.attr.name = su->name; in nct6683_create_attr_group()
473 su++; in nct6683_create_attr_group()
|
| /Linux-v6.6/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-v6.6/Documentation/translations/it_IT/doc-guide/ |
| D | parse-headers.rst | 18 documentazione. Per avere un esempio su come utilizzarlo all'interno del kernel
104 La dichiarazione ignore o replace verrà applicata su definizioni di ioctl
113 La dichiarazione ignore o replace verrà applicata su una qualsiasi #define
|
| /Linux-v6.6/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 …]
|
