| /linux-6.15/fs/nilfs2/ |
| H A D | sufile.c | 368 for (j = 0; j < nsus; j++, su = (void *)su + susz, segnum++) { in nilfs_sufile_alloc() 424 kunmap_local(su); in nilfs_sufile_do_cancel_free() 455 kunmap_local(su); in nilfs_sufile_do_scrap() 490 kunmap_local(su); in nilfs_sufile_do_free() 593 kunmap_local(su); in nilfs_sufile_set_segment_usage() 663 kunmap_local(su); in nilfs_sufile_do_set_error() 731 su2 = su; in nilfs_sufile_truncate_range() 732 for (j = 0; j < n; j++, su = (void *)su + susz) { in nilfs_sufile_truncate_range() 743 for (su = su2, j = 0; j < n; j++, su = (void *)su + susz) { in nilfs_sufile_truncate_range() 897 j++, su = (void *)su + susz, si = (void *)si + sisz) { in nilfs_sufile_get_suinfo() [all …]
|
| /linux-6.15/Documentation/translations/zh_CN/core-api/ |
| H A 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-6.15/include/uapi/linux/ |
| H A D | nilfs2_ondisk.h | 597 nilfs_segment_usage_set_##name(struct nilfs_segment_usage *su) \ 599 su->su_flags = __cpu_to_le32(__le32_to_cpu(su->su_flags) | \ 605 su->su_flags = \ 606 __cpu_to_le32(__le32_to_cpu(su->su_flags) & \ 612 return !!(__le32_to_cpu(su->su_flags) & \ 621 nilfs_segment_usage_set_clean(struct nilfs_segment_usage *su) in NILFS_SEGMENT_USAGE_FNS() 623 su->su_lastmod = __cpu_to_le64(0); in NILFS_SEGMENT_USAGE_FNS() 624 su->su_nblocks = __cpu_to_le32(0); in NILFS_SEGMENT_USAGE_FNS() 625 su->su_flags = __cpu_to_le32(0); in NILFS_SEGMENT_USAGE_FNS() 629 nilfs_segment_usage_clean(const struct nilfs_segment_usage *su) in nilfs_segment_usage_clean() argument [all …]
|
| /linux-6.15/drivers/video/backlight/ |
| H A D | as3711_bl.c | 41 switch (su->type) { in to_supply() 43 return container_of(su, struct as3711_bl_supply, su1); in to_supply() 45 return container_of(su, struct as3711_bl_supply, su2); in to_supply() 231 su->type == AS3711_BL_SU1 ? in as3711_bl_register() 233 &pdev->dev, su, in as3711_bl_register() 244 su->bl = bl; in as3711_bl_register() 374 struct as3711_bl_data *su; in as3711_backlight_probe() local 416 su = &supply->su1; in as3711_backlight_probe() 417 su->type = AS3711_BL_SU1; in as3711_backlight_probe() 426 su = &supply->su2; in as3711_backlight_probe() [all …]
|
| /linux-6.15/Documentation/translations/sp_SP/process/ |
| H A D | 6.Followthrough.rst | 14 desarrolladores de kernel experimentados pueden cometer es concluir que su 19 Es raro un parche que sea tan bueno en su primera publicación que no haya 23 comunidad del kernel para asegurarse de que su código esté a la altura de 36 - Si ha explicado bien su parche, los revisores entenderán su valor y por 57 varios años, pero entienden que su empleador podría cambiar. 104 humor cuando revisiten su código. 165 cuestión de que su código sea fusionado. Sin embargo, resista esa 184 ordinarios que resolver. El período de estabilización es su mejor 196 orgullo básico en su trabajo. Sin embargo, si eso no es suficiente 206 un parche para su código. Esa es una de las ventajas de tener su código [all …]
|
| H A D | submitting-patches.rst | 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 110 código fuente para cambiar su comportamiento. 199 en la descripción de su parche. 240 Seleccione los destinatarios de su parche 316 Tenga cuidado con el ajuste de palabras de su editor que corrompe su 317 parche, si elige cortar y pegar su parche. 584 evaluar su idoneidad y preparación para su inclusión en 594 cuestiones que argumentarían en contra de su inclusión. 598 garantía o avales de que logrará su definido [all …]
|
| H A D | 5.Posting.rst | 11 Tarde o temprano, llega el momento en que su trabajo esté listo para ser 12 presentado a la comunidad para su revisión y, eventualmente, su inclusión 34 Al publicar código que aún no se considera listo para su inclusión, es 52 - Asegúrese de que su código cumpla con las directrices de estilo de 70 La preparación de parches para su publicación puede ser una cantidad 93 cambios que se encuentran en su sistema de control de revisiones. En su 198 cambios (y el kernel en su conjunto). 238 por el parche, use la etiqueta “Closes:” (Cierra) en su lugar:: 272 su inclusión en el kernel. 327 simplemente coloca el parche directamente en su mensaje. [all …]
|
| H A D | 1.Intro.rst | 42 su revisión. Para ser tomados en serio por la comunidad de desarrollo, 45 ayudar a garantizar la mejor recepción posible para su trabajo. 87 puede mejorar Linux e influir en la dirección de su desarrollo. Los 138 kernel y obtener su código en el kernel mainline (el “mainline” es el 170 En su lugar, el código en el mainline no requiere este trabajo como 179 su producto. 199 característica similar. Si eso sucede, conseguir que su código 241 tendrán que actualizar su módulo por separado cada vez que 242 actualicen su kernel. 281 todos los titulares de derechos de autor (o eliminar su código del [all …]
|
| H A 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. 143 redactar su correo electrónico con Word Wrap habilitado, luego guardar 152 :menuselection:`insert file` y busque su parche. 160 en el menú Opciones no es suficiente. Por lo tanto, si su parche tiene 171 su codificación de 7 bits. 306 que abran su editor externo favorito. 337 lea su manual para saber cómo hacer esto. [all …]
|
| H A 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. 428 prueba es enviarse el correo a usted mismo, e intentar aplicar su 429 propio parche. Si eso no funciona, arregle su programa de correo o 456 - esperar que su parche se acepte sin preguntas 471 los problemas planteados en su parche, y envié otra vez. 531 su serie de parches debe casi siempre ser más pequeña que eso. 570 También tenga en cuenta que no es aceptable enviar parches para su 589 - el diseño general de su propuesta [all …]
|
| H A D | 7.AdvancedTopics.rst | 27 proyecto del kernel ha optado por git como su herramienta preferida. 35 derecho propio. En su lugar, el enfoque aquí será cómo git encaja en el 51 rebase). Git viene con su propia terminología y conceptos; un nuevo 78 Git proporciona herramientas poderosas que permiten reescribir su historia 81 su lugar o hacer que desaparezca de la historia por completo. Una serie de 100 Por lo tanto, una vez que envié un conjunto de cambios a su servidor 138 su parte, necesito saber que usted sabe lo que está haciendo, y 152 Si y cuando otros comiencen a enviar parches para su inclusión en su 159 está su árbol, qué rama se debe pull, y que cambios resultarán del pull. 172 código, puede contribuir significativamente al proceso en su conjunto. [all …]
|
| H A 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
|
| H A D | adding-syscalls.rst | 20 alguna alternativa es adecuada en su lugar. Aunque las llamadas al sistema 23 a su interfaz. 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 175 Si su nueva llamada de sistema :manpage:`xyzzy` involucra una 240 una tabla de syscall genéricas. Agrega su nueva llamada de sistema a la 249 añadidas en la misma ventana unida, su nueva llamada de sistema podría 254 Incluya su nueva llamada a sistema aquí también:: 285 Para conectar su nueva llamada de sistema a plataformas x86, necesita 476 user-mode linux todavía funcione -- su tabla syscall referenciará [all …]
|
| H A D | 2.Process.rst | 118 Una vez que se realiza un lanzamiento estable, su mantenimiento continuo 126 ciclo de desarrollo después de su lanzamiento inicial. Así, por ejemplo, 195 trabajos diurnos, por lo que fusionar su parche no puede ser su máxima 202 para su revisión y fusión. 249 Cada uno de los maintainers del subsistema administra su propia versión 255 cualquier momento, el maintainer puede identificar qué parches de su 261 parches fluirá hacia su repositorio, convirtiéndose en parte del kernel 353 que aun necesitan trabajo se le envían, y cada driver tiene su propio 389 desarrolladores del kernel; incluso si no lo usan para su propio 474 - Utilice respuestas intercaladas (“en línea”), lo que hace que su [all …]
|
| /linux-6.15/fs/ceph/ |
| H A 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.15/scripts/ |
| H A D | stackdelta | 19 my %su; 41 $su{"${file}\t${func}"} = {size => $size, type => $type}; 44 return \%su;
|
| /linux-6.15/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-eevdf.rst | 23 para determinar si una tarea ha recibido su cantidad justa de tiempo 26 con "retraso" negativo implica que la tarea ha excedido su cuota de 33 su menor tiempo de respuesta. 40 reajustar su retraso negativo: cuando una tarea duerme, esta permanece en 42 a su retraso decaer a lo largo de VRT. Por tanto, las tareas que duerman 43 por más tiempo eventualmente eliminarán su retraso. Finalmente, las tareas 44 pueden adelantarse a otras si su VD es más próximo en el tiempo, y las
|
| H A D | sched-bwc.rst | 21 de tareas se le asigna hasta su "cuota" de tiempo de uso de CPU en 72 que ambas tareas se ejecuten dentro de su cuota asignada y todo 74 probabilidad que ambas tareas excedan su cuota de ejecución (fallo 75 garantizado de su tiempo final de ejecución). En algún punto por 76 en medio, hay un umbral donde una tarea excede su tiempo límite de 164 usado más de su cuota en los respectivos periodos. 179 [ Donde C es el ancho de banda de el padre, y c_i el de su hijo ] 183 a. este consume totalmente su propia cuota en un periodo. 184 b. la cuota del padre es consumida totalmente en su periodo. 211 aplicaciones brevemente sobrepasen su cuota límite en la cantidad que [all …]
|
| /linux-6.15/Documentation/translations/it_IT/locking/ |
| H A D | locktypes.rst | 21 Questo documento descrive questi tre tipi e fornisce istruzioni su come 22 annidarli, ed usarli su kernel PREEMPT_RT. 150 su rt_mutex, e questo ne modifica l'imparzialità: 205 I local_lock dovrebbero essere usati su kernel non-PREEMPT_RT quando la 259 - Le attività che trattengono un blocco spinlock_t non migrano su altri 331 Precisazioni su PREEMPT_RT 334 local_lock su RT 380 Questo funziona correttamente su un kernel non-PREEMPT_RT, ma su un kernel 440 Questo codice è corretto su un kernel non-PREEMPT_RT, ma non lo è su un 443 prelazione. La seguente sostituzione funzionerà su entrambe i kernel:: [all …]
|
| /linux-6.15/Documentation/core-api/ |
| H A 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.15/include/linux/ |
| H A D | transport_class.h | 27 #define DECLARE_TRANSPORT_CLASS(cls, nm, su, rm, cfg) \ argument 32 .setup = su, \
|
| /linux-6.15/drivers/hwmon/ |
| H A D | nct6683.c | 418 struct sensor_device_attr_u *su; in nct6683_create_attr_group() local 442 su = devm_kzalloc(dev, array3_size(repeat, count, sizeof(*su)), in nct6683_create_attr_group() 444 if (su == NULL) in nct6683_create_attr_group() 453 snprintf(su->name, sizeof(su->name), in nct6683_create_attr_group() 456 a2 = &su->u.a2; in nct6683_create_attr_group() 458 a2->dev_attr.attr.name = su->name; in nct6683_create_attr_group() 467 a = &su->u.a1; in nct6683_create_attr_group() 469 a->dev_attr.attr.name = su->name; in nct6683_create_attr_group() 478 su++; in nct6683_create_attr_group()
|
| /linux-6.15/drivers/media/firewire/ |
| H A 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.15/Documentation/translations/it_IT/process/ |
| H A 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
|
| H A 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 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 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 579 Inoltre, le regole su come i dati possano essere usati potrebbero differire 591 - Articolo di Michael Kerris su LWN sull'uso dell'argomento flags nelle [all …]
|