| /linux/Documentation/translations/sp_SP/process/ ! |
| H 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
|
| H 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
355 Una de las mejores formas de poner en práctica sus habilidades de hacking
358 mundo real y mejora sus habilidades, y otros desarrolladores se darán
393 La mayoría de los subsistemas individuales del kernel también tienen sus
394 propias lista de correo donde hacen sus esfuerzos de desarrollo. Revise el
416 Recuerde mantener intacto el contexto y la atribución de sus respuestas,
418 superior de su respuesta, y agregue sus declaraciones entre las secciones
438 posible. Cuando envíe un parche para su aceptación, se revisará en sus
[all …]
|
| H 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 …]
|
| H A D | 6.Followthrough.rst | 12 sumado a sus propias habilidades de ingeniería, ha resultado en una serie
25 probable que impida la inclusión de sus parches en la línea principal.
55 las agendas de sus empleadores a expensas de la suya. Los desarrolladores
60 competidores de sus empleadores.
73 agradézcales y describa cómo responderá a sus preguntas.
78 un cambio sugerido, descríbalo y justifique su solución al problema. Si sus
95 descubra que sus parches no van a ninguna parte.
150 sin problemas. Este trabajo puede ser un dolor, pero cuente sus
160 inclusión trae sus propios desafíos.
172 cuántas personas construirán su código en sus kernels. Y, por supuesto,
|
| H 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
107 Describa sus cambios en la forma imperativa, por ejemplo, "hacer que xyzzy
179 Separe sus cambios
184 Por ejemplo, si sus cambios incluyen correcciones de errores y mejoras en
186 Si sus cambios incluyen una actualización de la API y una nueva controlador
195 justificable por sus propios méritos.
212 Revise el estilo en sus cambios
222 en que lo mueve. Esto divide claramente el acto de mover el código y sus
[all …]
|
| H A D | development-process.rst | 11 El propósito de este documento es ayudar a los desarrolladores (y sus
|
| H A D | 3.Early-stage.rst | 32 por sus siglas en inglés); este módulo podía configurarse para dar acceso a
141 Cuando los desarrolladores deciden hacer públicas sus ideas, la siguiente
175 de sus parches. Hay varias opciones que regulan cuán agresivamente
186 Si es posible, publicar sus planes en las primeras etapas solo puede ser
229 revelar sus planes al inicio del proceso de desarrollo. Las empresas con
|
| H 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
497 En los prototipos de funciones, incluya nombres de parámetros con sus tipos
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
[all …]
|
| H A D | 5.Posting.rst | 175 diferentes leerán sus palabras. Estos incluyen a los maintainers y
294 Tenga cuidado al agregar etiquetas a sus parches, ya que solo Cc: es
302 Antes de enviar sus parches por correo, hay un par de cosas más de las
326 los revisores citar secciones del parche en sus respuestas. En su lugar,
363 Generalmente, querrá que ese maintainer fusione sus parches. Andrew Morton
|
| H 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
|
| H 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
469 a sus publicaciones.
473 las personas que claramente no han hecho sus deberes.
|
| H A D | 7.AdvancedTopics.rst | 31 parches. Git también tiene sus asperezas y representa ciertos peligros;
33 sus desarrolladores. Este documento no intentará enseñar al lector cómo
95 la historia que otros desarrolladores han introducido en sus repositorios,
|
| H 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``!
|
| H A D | code-of-conduct.rst | 64 Código de Conducta, y comunicarán las razones para sus decisiones de
|
| H A D | 8.Conclusion.rst | 67 software de código abierto no es más que la suma de lo que sus
|
| H A D | submit-checklist.rst | 12 quieren que sus envíos de parches del kernel sean aceptados más
|
| H A D | kernel-docs.rst | 139 Hay una sección fija sobre el kernel, resumiendo el trabajo de sus
|
| H 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
|
| H 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
|
| H A D | 4.Coding.rst | 143 sus argumentos varias veces y permiten que el compilador realice
375 fácil a otros desarrolladores, y será útil para sus usuarios. En muchos
442 una funcionalidad específica porque no cumple con sus necesidades, eso
|
| /linux/Documentation/translations/sp_SP/ ! |
| H 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
|
| H 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
2676 cuando la CPU escriba en sus registros de control MMIO, para activar
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
[all …]
|
| /linux/arch/s390/include/asm/ ! |
| H A D | timex.h | 38 __uint128_t sus : 12; /* sub-microseconds */ member
|
| /linux/arch/s390/kernel/ ! |
| H A D | time.c | 117 nsec = ((clk->sus + (rem << 12)) * 125) >> 9; in ext_to_timespec64()
|
| /linux/block/ ! |
| H 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()
|