/linux/fs/nilfs2/ ! |
H A D | sufile.c | 311 struct nilfs_segment_usage *su; in nilfs_sufile_alloc() local 364 su = kaddr = kmap_local_folio(su_bh->b_folio, offset); in nilfs_sufile_alloc() 368 for (j = 0; j < nsus; j++, su = (void *)su + susz, segnum++) { in nilfs_sufile_alloc() 369 if (!nilfs_segment_usage_clean(su)) in nilfs_sufile_alloc() 372 nilfs_segment_usage_set_dirty(su); in nilfs_sufile_alloc() 412 struct nilfs_segment_usage *su; in nilfs_sufile_do_cancel_free() local 416 su = kmap_local_folio(su_bh->b_folio, offset); in nilfs_sufile_do_cancel_free() 417 if (unlikely(!nilfs_segment_usage_clean(su))) { in nilfs_sufile_do_cancel_free() 420 kunmap_local(su); in nilfs_sufile_do_cancel_free() 437 struct nilfs_segment_usage *su; nilfs_sufile_do_scrap() local 468 struct nilfs_segment_usage *su; nilfs_sufile_do_free() local 512 struct nilfs_segment_usage *su; nilfs_sufile_mark_dirty() local 573 struct nilfs_segment_usage *su; nilfs_sufile_set_segment_usage() local 651 struct nilfs_segment_usage *su; nilfs_sufile_do_set_error() local 692 struct nilfs_segment_usage *su, *su2; nilfs_sufile_truncate_range() local 861 struct nilfs_segment_usage *su; nilfs_sufile_get_suinfo() local 939 struct nilfs_segment_usage *su; nilfs_sufile_set_suinfo() local 1064 struct nilfs_segment_usage *su; nilfs_sufile_trim_fs() local [all...] |
/linux/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 [all...] |
/linux/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) | \ 603 nilfs_segment_usage_clear_##name(struct nilfs_segment_usage *su) \ 605 su->su_flags = \ 606 __cpu_to_le32(__le32_to_cpu(su->su_flags) & \ 610 nilfs_segment_usage_##name(const struct nilfs_segment_usage *su) \ 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 in NILFS_SEGMENT_USAGE_FNS() 629 nilfs_segment_usage_clean(const struct nilfs_segment_usage * su) nilfs_segment_usage_clean() argument [all...] |
/linux/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. 63 estilo de codificación y solicitudes para factorizar parte de su código 65 maintainers es mantener las cosas con una apariencia uniforme. A veces, esto significa que el truco ingenioso en su driver para sortear un problema necesita convertirse en una característica generalizada del kernel lista para la próxima vez. 68 atención a las observaciones técnicas que están haciendo. No permita que su 69 forma de expresarse o su propi [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 31 que los desarrolladores interesados puedan ponerse al día con su trabajo 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 57 su cambio; se debe incluir un resumen de los resultados con el parche. 61 derecho al trabajo y debe estar de acuerdo con su lanzamiento bajo la 70 La preparación de parches para su publicación puede ser una cantidad 82 del área de su parch [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. 74 desarrolladores (y empresas) que desean participar en su desarrollo. Los 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 178 provenir de capacitar a su comunidad de usuarios y clientes para mejorar 179 su producto. 191 - La participación en el proceso de desarrollo es su manera de influir en 199 característica similar. Si eso sucede, conseguir que su códig [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. 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 respuest [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 132 de git con parches no revisados o fuera de tema puede afectar su capacidad 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 [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 | 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, 184 - Revisión más amplia. Cuando el parche se acerca a estar listo para su 195 trabajos diurnos, por lo que fusionar su parche no puede ser su máxima 196 prioridad. Si su parche está recibiendo comentarios sobre los cambios 198 no deberían realizarse. Si su parche no tiene quejas de revisión, pero 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 [all...] |
H A 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 nuev [all...] |
H A 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
|
H A D | 4.Coding.rst | 56 familiarizarse con el proceso o como una forma de incluir su nombre en los 70 ayudarle con estas reglas, para reformatear rápidamente partes de su código 125 el compilador para su corrección. El uso intensivo del preprocesador es 141 considera crear una función en línea en su lugar. El código resultante será 149 Las funciones en línea presentan su propio peligro, sin embargo. Los 153 su código se replica en cada sitio de llamada, terminan hinchando el tamaño 154 del kernel compilado. Eso, a su vez, crea presión en las cachés de memoria 162 su propio riesgo. El clásico intercambio de tiempo/espacio que se enseña en 176 lanzada bajo la licencia GPL y puesta a disposición para su inclusión en el 262 hagan desaparecer la advertencia sin abordar su caus [all...] |
/linux/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/scripts/ ! |
H A D | stackdelta | 19 my %su; 29 # in the .su file with a name of just "11". Since such a 41 $su{"${file}\t${func}"} = {size => $size, type => $type}; 44 return \%su;
|
/linux/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. 202 Para una aplicación que es un cgroup y que está limitada en su us [all...] |
/linux/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. 63 per il controllo della concorrenza su una CPU e quindi non sono adatti per la 107 Chiaramente, questo meccanismo non può avvalersi della prelazione su una sezione 150 su rt_mutex, e questo ne modifica l'imparzialità: 182 - Il nome del blocco permette di fare un'analisi statica, ed è anche chiaro su 205 I local_lock dovrebbero essere usati su kernel non-PREEMPT_RT quando la 209 Questo meccanismo non è adatto alla protezione da prelazione o interruzione su 219 I blocco raw_spinlock_t è un blocco ad attesa attiva su tutti i tipi di kernel, 259 - Le attività che trattengono un blocco spinlock_t non migrano su altr [all...] |
/linux/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 [all...] |
/linux/include/linux/ ! |
H A D | transport_class.h | 27 #define DECLARE_TRANSPORT_CLASS(cls, nm, su, rm, cfg) \ argument 32 .setup = su, \
|
/linux/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 in nct6683_create_attr_group() [all...] |
/linux/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/Documentation/translations/it_IT/process/ ! |
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 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 u [all...] |
H A 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 quell [all...] |
/linux/Documentation/translations/it_IT/RCU/ ! |
H A D | index.rst | 6 Concetti su RCU
|