Searched refs:sus (Results 1 – 22 of 22) sorted by relevance

/linux/Documentation/translations/sp_SP/process/
A D	contribution-maturity-model.rst	39 de Código Abierto, alentamos a las organizaciones a publicar sus 53 kernel de Linux, ya sea como parte de sus responsabilidades de trabajo 60 como parte de sus responsabilidades de trabajo. 71 sus responsabilidades de trabajo. 77 * Las organizaciones informarán regularmente sobre las métricas de sus
A D	howto.rst	69 confiar en sus opiniones en materia legal. 145 y los valores compartidos detrás de sus metodologías. Esta es una 309 desarrollo es rápido, se le puede pedir a un desarrollador que base sus 358 mundo real y mejora sus habilidades, y otros desarrolladores se darán 438 posible. Cuando envíe un parche para su aceptación, se revisará en sus 448 capaz de recibir críticas y comentarios sobre sus parches, evaluar 519 Divida sus cambios 566 "feedback" y mejorar su trabajo, pero también mantenga sus cambios en 573 Justifique sus cambios 580 Documente sus cambios [all …]
A D	1.Intro.rst	15 kernel y los tipos de frustraciones que los desarrolladores y sus 66 libre más grandes y activos que existen. Desde sus humildes comienzos en 76 sus productos, lo que hace que esos productos sean atractivos para los 80 y otros vendedores de software que basan sus productos en Linux tienen un 83 cambiar Linux para que se adapte mejor a sus necesidades. 98 comunidad del kernel ha desarrollado sus propias formas distintivas de 195 que el kernel funcione mejor para sus necesidades. 203 (2) abandonar su código y migrar sus usuarios a la versión en el árbol. 234 difícil para sus usuarios obtener soporte de la comunidad. 240 proporcionar una cobertura razonablemente completa, y sus usuarios [all …]
A D	submitting-patches.rst	26 Esta documentación asume que está usando ``git`` para preparar sus parches. 46 subsistemas usan sus propios árboles de código fuente y quieren ver parches 53 Describa sus cambios 179 Separe sus cambios 195 justificable por sus propios méritos. 212 Revise el estilo en sus cambios 226 Verifique sus parches con el verificador de estilo de parches antes de 247 útil en este paso (pase rutas a sus parches como argumentos para 303 poder "citar" sus cambios, utilizando herramientas estándar de correo 340 responder a sus correos electrónicos para contestar a sus comentarios. [all …]
A D	development-process.rst	11 El propósito de este documento es ayudar a los desarrolladores (y sus
A D	coding-style.rst	43 ventaja añadida de advertirle cuando está anidando sus funciones demasiado 47 declaración de switch es para alinear el ``switch`` y sus etiquetas 312 los parches posteriores de la serie fallen al cambiar sus líneas de 319 C es un lenguaje espartano, y sus convenciones de nomenclatura deberían 433 Por lo tanto, los tipos ``u8/u16/u32/u64`` específicos de Linux y sus 625 Generalmente, desea que sus comentarios digan QUÉ hace su código, no CÓMO. 798 todos sus usos. 915 ``do not`` o ``don't`` en su lugar. Haga sus mensajes concisos, claros e 1018 16) Valores devueltos por función y sus nombres 1138 No incluya ninguno de estos en los archivos fuente. La gente tiene sus [all …]
A D	researcher-guidelines.rst	16 los hallazgos preliminares antes de hacer públicos sus resultados, 138 públicas. (Esto es necesario si se le ha dicho explícitamente que sus parches
A D	2.Process.rst	144 obtener la lista de versiones activas del kernel a largo plazos y sus 164 de la falta de compresión de este proceso o de sus intentos de eludirlo. 223 (o sus empleadores) es tratar de reducir el proceso a un solo paso de 260 fusionar de sus repositorios. Si Linus está de acuerdo, el flujo de 468 a sus publicaciones. 472 las personas que claramente no han hecho sus deberes.
A D	code-of-conduct.rst	64 Código de Conducta, y comunicarán las razones para sus decisiones de
A D	email-clients.rst	118 Algunos usan esto con éxito para sus parches. 144 como borrador. Una vez que lo vuelva a sacar de sus borradores, estará 341 - Edite sus ajustes de configuración de Thunderbird para que no utilice ``format=flowed``!
A D	submit-checklist.rst	12 quieren que sus envíos de parches del kernel sean aceptados más
A D	kernel-docs.rst	139 Hay una sección fija sobre el kernel, resumiendo el trabajo de sus
A D	maintainer-kvm-x86.rst	96 lo posible, dentro de lo razonable, para asegurarse de que sus parches 314 tienen fallos conocidos. Si sospecha que un fallo no se debe a sus cambios, 315 verifique que el *exactamente el mismo* fallo se produce con y sin sus
A D	deprecated.rst	42 "¿en qué orden se necesitan liberar los locks? ¿Se han restaurado sus 54 *panic_on_warn* sysctl para asegurarse que sus sistemas no continúan
A D	adding-syscalls.rst	238 Algunas arquitecturas (e.g. x86) tienen sus propias tablas de syscall
A D	handling-regressions.rst	443 ¿Algo más que decir sobre regzbot y sus comandos?
/linux/Documentation/translations/sp_SP/
A D	index.rst	18 aquellos que no entiendan inglés o duden de sus interpretaciones, o 25 de la traducción intentan mantener sus traducciones al día, en tanto les
A D	memory-barriers.txt	37 sus maintainers en lugar de que como un oráculo infalible. 220 Algunos dispositivos presentan sus interfaces de control como colecciones 767 variable 'a' siempre es distinta de cero, estaría dentro de sus derechos 1557 Aunque cpu0(), cpu1() y cpu2() verán sus respectivas lecturas y escrituras 2381 circunstancia, el código en ambos lados debe sacar sus propias barreras de 2646 específicos de sus sistemas de destino, con el fin de lograr la 2852 determinada, ya que las CPU siempre ven sus propias cargas y stores como si 2875 desde el caché de una CPU, después de que el dispositivo haya puesto sus 2946 (*) la caché de datos de la CPU puede afectar al orden, y mientras sus 2959 Sin embargo, se garantiza que una CPU es autoconsistente: verá que sus [all …]
/linux/arch/s390/include/asm/
A D	timex.h	36 __uint128_t sus : 12; /* sub-microseconds */ member
/linux/arch/s390/kernel/
A D	time.c	125 nsec = ((clk->sus + (rem << 12)) * 125) >> 9; in ext_to_timespec64()
/linux/block/
A D	sed-opal.c	1236 struct opal_suspend_data *sus) in add_suspend_info() argument 1241 if (iter->lr == sus->lr) { in add_suspend_info() 1247 list_add_tail(&sus->node, &dev->unlk_lst); in add_suspend_info()
/linux/tools/power/pm-graph/
A D	README	364 # Sus/Res Gap: insert a gap between sus & res in the timeline (def: false)

Completed in 56 milliseconds

Last Index update Fri Aug 22 08:59:00 CST 2025