| /linux-6.15/fs/xfs/ |
| H A D | xfs_log_cil.c | 189 ctx->cil = cil; in xlog_cil_ctx_switch() 949 struct xfs_cil *cil = ctx->cil; in xlog_cil_set_ctx_write_state() local 1051 xlog_wait(&cil->xc_start_wait, &cil->xc_push_lock); in xlog_cil_order_write() 1299 struct xfs_cil *cil = ctx->cil; in xlog_cil_push_work() local 1568 (cil->xc_push_seq == cil->xc_current_sequence && in xlog_cil_push_background() 1576 if (cil->xc_push_seq < cil->xc_current_sequence) { in xlog_cil_push_background() 1577 cil->xc_push_seq = cil->xc_current_sequence; in xlog_cil_push_background() 1602 xlog_wait(&cil->xc_push_wait, &cil->xc_push_lock); in xlog_cil_push_background() 1636 if (!cil) in xlog_cil_push_now() 1667 queue_work(cil->xc_push_wq, &cil->xc_ctx->push_work); in xlog_cil_push_now() [all …]
|
| H A D | xfs_log_priv.h | 221 struct xfs_cil *cil; member
|
| /linux-6.15/Documentation/translations/sp_SP/process/ |
| H A D | management-style.rst | 19 El estilo de gestión es muy personal y mucho más difícil de cuantificar 86 generalmente es bastante fácil retroceder. Dado que no vas a poder 89 muy fácil: simplemente diles a todos que fuiste un bobo incompetente, 98 - admitir que eras un idiota es más difícil de lo que parece. A todos 103 ingenieros humildes, y aunque el **trabajo** real fue bastante fácil 113 hacer que la gente sea muy **consciente** de eso. Y es mucho más fácil 151 Resulta que, si bien es fácil deshacer los errores técnicos, no es tan 152 fácil deshacer los trastornos de personalidad. Solo tienes que vivir 158 personas es bastante fácil, y desalienarlas es difícil. Por lo tanto, 167 El problema con #1 es que es muy fácil de hacer, ya que puedes decir [all …]
|
| H A D | 4.Coding.rst | 40 kernel es muy difícil si ese código no está escrito de acuerdo con el 124 código mucho más difícil de leer para otros y más difícil de verificar por 135 función vacía. El resultado es un código mucho más limpio y fácil de 202 desarrollado es una tarea mucho más difícil. Los desarrolladores del kernel 206 difícil para ser incluido en el kernel principal. 367 ser eliminado. Es mucho más fácil usar estas herramientas en primer lugar. 375 fácil a otros desarrolladores, y será útil para sus usuarios. En muchos 420 pasado; integrar código sin comentarios será más difícil. Dicho esto, hay
|
| H A D | security-bugs.rst | 29 más fácil será diagnosticarlo y corregirlo. Por favor, revise el 36 adjuntos cuando sea posible. Es mucho más difícil tener una discusión
|
| H A D | 7.AdvancedTopics.rst | 29 Administrar parches con git puede hacer la vida mucho más fácil para el 96 les hará la vida mucho más difícil a esos desarrolladores. Por lo tanto, 114 la vanguardia. Para una rama privada, la rebase puede ser una manera fácil 129 que sea fácil deslizar cambios más aconsejados que pasan al mainline
|
| H A D | 1.Intro.rst | 96 difícil. Pero, a pesar de eso, muchos colaboradores potenciales han 141 parecer un gasto evitable; parece más fácil mantener el código separado 200 fusionado será mucho más difícil – hasta el punto de la imposibilidad. 234 difícil para sus usuarios obtener soporte de la comunidad. 236 - El soporte también es más difícil para los distribuidores de módulos
|
| H A D | email-clients.rst | 32 partes del parche sea más difícil durante el proceso de revisión del 142 manualmente el texto antes del parche. La forma más fácil de evitar esto es 170 que se han insertado como texto en línea hará que sea difícil extraerlos de 305 Lo más fácil de hacer con Thunderbird y los parches es usar extensiones
|
| H A D | 2.Process.rst | 110 real, este tipo de perfección es difícil de lograr; hay demasiados 362 El staging puede ser una forma relativamente fácil de conseguir nuevos 387 de ser difícil de aprender y usar, aunque ha mejorado con el tiempo. 406 interfaz que muchos encuentran más fácil de usar. 424 través de listas de correo. Es difícil ser un miembro plenamente funcional 475 respuesta sea más fácil de leer. (Es decir, evite top-posting – la 500 difícil de lo que tiene que ser.
|
| H A D | 3.Early-stage.rst | 94 como uno quisiera, y es fácil pasar cosas por alto. El autor de este 118 aspectos en el código es una tarea difícil; como resultado, la fusión de 150 Encontrar a los maintainers puede ser un poco más difícil. Nuevamente, el
|
| H A D | 5.Posting.rst | 16 fácil para todos los involucrados. Este documento intentará cubrir estas 117 el resultado es un kernel roto, hará la vida más difícil para los 206 que hará que el parche resultante sea más fácil de leer para otros. 325 los envíe como archivos adjuntos; eso hace que sea mucho más difícil para
|
| H A D | submit-checklist.rst | 59 relevantes de ``Kconfig``. Esto es muy difícil de hacer correctamente
|
| H A D | coding-style.rst | 34 fácil ver cómo funciona la sangría si tiene sangrías grandes. 323 variable ``tmp``, que es mucho más fácil de escribir, y no es mas difícil 557 difícil de verificar que sean correctos, de todos modos. 1183 #ifdef) en archivos .c; de lo contrario, el código es más difícil de leer y 1184 la lógica más difícil de seguir. En cambio, use dichos condicionales en un 1189 produciendo resultados idénticos, pero la lógica es fácil de seguir.
|
| H A D | kernel-docs.rst | 17 no siempre es suficiente. Es fácil entender el código, pero se pierden los
|
| H A D | 6.Followthrough.rst | 34 más fácil si tiene en cuenta algunas cosas: 82 sobre las cosas. Puede ser fácil quedar cegado por su propia solución a un
|
| H A D | adding-syscalls.rst | 27 dispositivo. Esto también hará más fácil encapsular la nueva 201 Para hacer una nueva llamada al sistema fácil de revisar, es mejor dividir 414 Si hay involucrado un puntero-a-puntero, la decisión es fácil: x32 es
|
| H A D | submitting-patches.rst | 114 del commit, para que sea más fácil para los revisores saber de qué se 676 El formato de la línea de asunto hace que sea muy fácil ordenar los correos 807 relevantes de la información vertida, lo que hace que sea más fácil 848 parámetro ``--base``. La forma más fácil y conveniente de usar esta opción
|
| H A D | maintainer-kvm-x86.rst | 248 información debe ser fácil de encontrar. Changelogs que entierran el "qué 250 hacen muy difícil encontrar esa información.
|
| H A D | howto.rst | 47 de coma flotante no son permitidas. En ocasiones, puede ser difícil de 544 Es mucho más fácil retirar los parches uno por uno que diseccionar un
|
| H A D | handling-regressions.rst | 714 No entiendo porqué esta simple lógica es tan difícil para algunos
|