| /linux-6.15/net/netfilter/ |
| H A D | nf_conntrack_h323_asn1.c | 543 for (i = opt = 0, son = f->fields; i < f->lb; i++, son++) { in decode_seq() 546 son->name); in decode_seq() 571 if ((err = (Decoders[son->type]) (bs, son, base, in decode_seq() 578 } else if ((err = (Decoders[son->type]) (bs, son, base, in decode_seq() 617 son->name); in decode_seq() 631 son->name); in decode_seq() 637 if ((err = (Decoders[son->type]) (bs, son, base, in decode_seq() 699 son = f->fields; in decode_seqof() 718 if ((err = (Decoders[son->type]) (bs, son, in decode_seqof() 729 if ((err = (Decoders[son->type]) (bs, son, in decode_seqof() [all …]
|
| /linux-6.15/Documentation/translations/sp_SP/process/ |
| H A D | howto.rst | 30 El kernel esta principalmente escrito en C, con algunas partes que son 46 estándar C no son compatibles. Divisiones de long long arbitrarios o 47 de coma flotante no son permitidas. En ocasiones, puede ser difícil de 78 que son increíblemente valiosos para aprender a interactuar con la 96 paquetes que son necesarios para construir y ejecutar el kernel 236 a cada una de ellas. Las diferentes ramas son: 292 Los árboles estables son mantenidos por el equipo "estable" 341 (fusión de código). Los testers aventureros son bienvenidos a probar 533 Las razones para dividir las cosas son las siguientes: 588 - por qué los cambios son necesarios [all …]
|
| H A D | maintainer-kvm-x86.rst | 12 recién llegados son valoradas e incentivadas. Por favor, no se desanime ni 22 Las pruebas son obligatorias. Sea coherente con los estilos y patrones 56 forzados a ``next`` son comunes. 68 versiones "normales". Si todo va bien, las ramas temáticas son subidas en 92 Los pings para obtener una actualización del estado son bienvenidos, pero 147 de KVM no son realmente públicas, ya que están destinadas únicamente al 172 son estables. 263 Si tanto "qué está cambiando" como "cuál es el fallo" son muy breves, el 365 En general, las pruebas de regresión son preferibles para cualquier fallo 371 Recuerde que los fallos de KVM rara vez son urgentes *y* no triviales de [all …]
|
| H A D | coding-style.rst | 117 Los descendientes siempre son sustancialmente más cortos que el padre y 144 Esto se aplica a todos los bloques de declaraciones que no son funciones 327 vistos, los nombres descriptivos para las variables globales son 353 Los reemplazos recomendados para 'maestro / esclavo' son: 360 Los reemplazos recomendados para 'backlist / whitelist' son: 401 La opacidad y las ``funciones de acceso`` no son buenas por sí 409 u8/u16/u32 son definiciones tipográficas perfectamente correctas 434 equivalentes con signo, que son idénticos a los tipos estándar son 435 permitidos, aunque no son obligatorios en el nuevo código de su 564 modificaciones son evitados [all …]
|
| H A D | programming-language.rst | 27 Una de las comunes extensiones utilizadas en todo el kernel son los atributos 33 En algunos casos, los atributos son opcionales (es decir, hay compiladores
|
| H A D | handling-regressions.rst | 22 son conocedores con rapidez de cualquier nuevo informe de regresión: 71 <https://lore.kernel.org/regressions/>`_ ([email protected]) son 142 etiquetas son de gran valor para todos (incluido usted) que pueda estar 216 adicionales son aceptables para regresiones de rendimiento y otros 217 incidentes que son molestos, pero no bloquean a nadie la ejecución de 220 Unas semanas son aceptables si la regresión únicamente puede ser 323 De hecho, solo los informantes son requeridos para una tarea adicional: 558 Las reglas sobre regresiones son siempre sobre "roturas en el 561 Los usuarios son literalmente la _única_ cosa que importa. 627 Tus "buenas razones" son honradas y pura basura. [all …]
|
| H A D | magic-number.rst | 14 varias estructuras son únicos. 52 algo cambiará antes de 2.2.x. Las entradas son
|
| H A D | management-style.rst | 147 La mayoría de las personas son idiotas, y ser gerente significa que 194 Aunque resulta que la mayoría de las personas son idiotas, el corolario 197 promedio (somos realistas, nadie cree que nunca que son promedio o debajo 199 afilado alrededor, y habrá otras personas que son menos idiotas que tú. 205 grupo. Aguanta con ellos, porque son las personas que te facilitarán el 221 que las personas tienden a gravitar naturalmente hacia lo que son buenos, 279 directamente relacionados con tu trabajo son excelentes maneras de
|
| H A D | 7.AdvancedTopics.rst | 55 conceptos no son tan difíciles de entender con un poco de estudio. 66 obtener una cuenta en kernel.org, pero no son fáciles de conseguir; ver 71 mantenerse de forma independiente. Las ramas en git son baratas, no hay 200 revisión, si conducen a un mejor código en el kernel, son bienvenidos y 204 ``Reviewed-by``. De hecho, las revisiones en Inglés sencillo son más
|
| H A D | adding-syscalls.rst | 21 son los puntos de interacción entre el userspace y el kernel más obvios y 192 un manejo más sencillo si los parámetros que son explícitamente 64-bit 234 para calzar en la manera en que las llamadas de sistema son invocadas:: 248 sistema adicional, y note que si multiples llamadas de sistema nuevas son 297 De nuevo, estos número son propensos de ser cambiados si hay conflictos en 349 para igualar la forma en que las llamadas al sistema son invocadas:: 547 Las llamadas al sistema son, cómo se declaró más arriba, puntos de 564 significa que sólo aquellos parámetros que son realmente necesarios para 565 una syscall específica son pasados durante la entrada del syscall, en vez 595 - Requerimientos arquitectura-específicos para llamadas al sistema son discutidos en el
|
| H A D | 1.Intro.rst | 193 desde el sofa son escuchados, pero los desarrolladores activos tienen 207 funcionalidades al kernel y proporcionar capacidades y ejemplos que son 220 propietarios del kernel son, en el mejor de los casos, confusas; 222 mayoría de los módulos binarios son productos derivados del kernel y 295 Las preguntas sobre cuestiones relacionadas con los derechos de autor son 298 que las personas que responden a esas preguntas no son abogados y no
|
| H A D | embargoed-hardware-issues.rst | 13 Los problemas de hardware que resultan en problemas de seguridad son una 35 en el kernel de Linux no son manejados por este equipo y el "reportero" 54 Si bien los problemas de seguridad del hardware a menudo son manejados por 132 problemas de seguridad del hardware. Las conferencias telefónicas son 256 son proporcionados por la parte reveladora, pueden usarse con fines de
|
| H A D | 2.Process.rst | 68 más significativo, pero tales ocasiones son raras; los desarrolladores que 84 Como ejemplo, así fue el ciclo de desarrollo de 5.4 (todas las fechas son 103 son bienvenidos, pero aquellos que rompen sistemas que funcionaron en el 171 Las etapas por las que pasa un parche son, generalmente: 245 subsistemas son los guardianes (en cierto modo) de la parte del kernel que 246 gestionan; son los que (usualmente) aceptarán un parche para incluirlo en 498 son comunes, tanto de individuos como de empresas. Igualmente comunes son
|
| H A D | 3.Early-stage.rst | 75 - ¿Quiénes son los usuarios afectados por este problema? ¿Qué casos de uso 92 una serie de características y capacidades que no son inmediatamente 111 el código se libera a la comunidad. A veces, estos problemas son graves, 158 alguien, está adjuntando líneas de Signed-off-by a esos parches. Esas son
|
| H A D | 4.Coding.rst | 58 de estilo de programación son vistas como ruido por la comunidad de 107 sistemas operativos, son especialmente mal vistas. Dichas capas oscurecen 142 el mismo, pero las funciones en línea son más fáciles de leer, no evalúan 360 Los desarrolladores del kernel son afortunados: tienen acceso a una 418 kernel notará que, a menudo, los comentarios son notables por su ausencia. 419 Una vez más, las expectativas para el nuevo código son más altas que en el 439 programación internas del kernel, en cambio, son altamente fluidas y pueden
|
| H A D | submitting-patches.rst | 63 los bloqueos son bastante convincentes, pero no todos los errores son tan 77 Las optimizaciones generalmente no son gratuitas, sino un equilibrio entre 124 objetos, por lo que las colisiones con identificaciones más cortas son una 246 son esos maintainers. El script scripts/get_maintainer.pl puede ser muy 393 son personas ocupadas y es posible que no lleguen a su parche de inmediato. 436 parche de código abierto. Las reglas son bastante simples: si usted puede 461 son públicos y que un registro de la contribución (incluyendo 740 (mensajes de registro del kernel, mensajes de oops, etc.) son especialmente 800 llamadas que conducen a un problema. Sin embargo, no todos los rastreos son 801 útiles. Por ejemplo, las tempranas cadenas de llamadas de inicio son únicas
|
| H A D | deprecated.rst | 21 obsoletos son propuestos para incluir en el kernel. 66 y otros funcionamientos incorrectos. (Una excepción a esto son los valores 211 <https://git.kernel.org/linus/02361bc77888>`_ son razón suficiente 212 para no usar VLAs, esto además son un riesgo de seguridad. El crecimiento
|
| H A D | code-of-conduct.rst | 56 Los administradores de la comunidad son responsables de aclarar y hacer
|
| H A D | contribution-maturity-model.rst | 104 * Los ingenieros de software son apoyados para ayudar a organizar
|
| H A D | kernel-enforcement-statement.rst | 13 El cumplimiento de las obligaciones de intercambio recíproco de GPL-2.0 son
|
| H A D | 6.Followthrough.rst | 175 El peor tipo de informes de errores son las regresiones. Si su parche causa 215 parches que son rechazados por el autor y el maintainer del código, pero
|
| /linux-6.15/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-bwc.rst | 61 (el tradicional WCET (WCET:Worst Case Execution Time: son las siglas 105 Los valores por defecto son:: 249 Si el periodo son 250ms y la cuota son 250ms el grupo de tareas tendrá el tiempo 267 Con un periodo de 50ms, 10ms de cuota son equivalentes al 20% de 1 CPUs:: 278 Con un periodo de 50ms, 20ms de cuota son equivalentes al 40% de 279 1 CPU. Y 10ms de ráfaga, son equivalentes a un 20% de 1 CPU::
|
| H A D | sched-design-CFS.rst | 158 SCHED_FIFO/_RR se implementan en sched/rt.c y son específicos de 171 detalles de las politicas de gestión y son manejadas por el núcleo del 181 Las clases de gestión de tareas son implementadas por medio de la estructura
|
| /linux-6.15/Documentation/translations/sp_SP/ |
| H A D | index.rst | 38 contribuciones que son puramente de interés relativo a la traducción (por 69 constante desarrollo. Las mejoras en la documentación siempre son
|
| H A D | memory-barriers.txt | 66 (*) ¿Qué son las barreras de memoria? 208 secuencia, cualquiera de los siguientes resultados son posibles: 344 son del mismo tamaño que "char", "short", "int" y "long". 557 Tenga en cuenta que estas son las garantías _mínimas_. Diferentes 612 dirección no son necesarias para situaciones de carga a store. 1570 siguiente resultados son posibles: 1950 barreras son necesarias incluso en sistemas que no son SMP, ya que afectan 2222 Pero ninguno de los siguientes lo son: 2324 secuencia de eventos, donde X e Y son ambos cero inicialmente: 2576 Si bien son, técnicamente, consideraciones de interacción entre [all …]
|