| /linux-6.15/Documentation/translations/sp_SP/process/ |
| H A D | management-style.rst | 20 que reglas simples de estilo de codificación, por lo que este documento
22 eso no significa que no pueda ser realmente cierto. Tendrás que decidir
45 Todos piensan que los gerentes toman decisiones, y que la toma de
52 que decidas sobre esto”, estas en problemas como gerente. Es mejor que
53 las personas a las que diriges conozcan los detalles mejor que tú, así
59 diferente. Es decir, que estas en el trabajo equivocado y que **ellos**
64 bien, y te hace parecer que sabes lo que estás haciendo, así que lo que
84 Resulta que, dado que nadie sería tan estúpido como para dejar que un
101 - que alguien te diga que lo que trabajaste durante el último año no
127 Recuerda: Es mejor que sepan más sobre los detalles que tú, y
[all …]
|
| H A D | 6.Followthrough.rst | 19 Es raro un parche que sea tan bueno en su primera publicación que no haya
68 atención a las observaciones técnicas que están haciendo. No permita que su
71 que el revisor está tratando de decir. Si es posible, arregle las cosas que
75 Tenga en cuenta que no tiene que estar de acuerdo con cada cambio sugerido
87 Andrew Morton ha sugerido que cada comentario de revisión que no resulte en
94 respondido a los comentarios que recibió la vez anterior, es probable que
102 que buscar en los archivos de la lista para familiarizarse con lo que se
109 que tomar una decisión. Si realmente cree que esta decisión está en su
130 Para los parches que se aplican a áreas para las que no hay un árbol de
146 resultar en que algunos trabajos se pongan en espera para que los parches
[all …]
|
| H A D | handling-regressions.rst | 103 Esto indica a regzbot, que debe tratar el email padre (el que ha sido
183 desarrollo antes de que este acabe. Si se teme que una corrección
261 correo de regresiones sobre el riesgo, de manera que cualquiera que tenga
299 que esto es verdad también para el kernel de Linux. Esto es por lo que
341 corregir; para esto, es conocido que Linux mira los informes semanales que
545 gente que hace esto entonces tendrá obviamente que arreglar todos
571 entonces la regla es que realmente no hay otras opciones para que
581 Pero no, "eso que está documentado que está roto" (si es dado a que
754 Lo que es instructivo sobre esto es que he revertido un commit que no
777 Y que no haya miedo, reintroduciremos el arreglo que mejoraba los
[all …]
|
| H A D | 1.Intro.rst | 38 las herramientas que pueden ayudar a garantizar que los parches del kernel
51 etapa. Se advierte a los desarrolladores que no asuman que el trabajo está
76 sus productos, lo que hace que esos productos sean atractivos para los
111 aprender, tiene poco tiempo para aquellos que no escuchan o que no se
171 resultado de una regla simple que requiere que cualquier desarrollador
172 que realice un cambio en la API también corrija cualquier código que
195 que el kernel funcione mejor para sus necesidades.
205 - La contribución del código es la acción fundamental que hace que todo
241 tendrán que actualizar su módulo por separado cada vez que
251 creyendo que están enviando un producto autónomo que utiliza una
[all …]
|
| H A D | 5.Posting.rst | 28 hay mucho que ganar al obtener comentarios de la comunidad antes de que
37 conocido. Menos personas mirarán los parches que se sabe que están a
38 medias, pero aquellos que lo hagan vendrán con la idea de que pueden
105 lo que dice que hace.
132 en otra parte. Siempre que sea posible, un parche que agregue código
136 frustrante que lleva mucho tiempo y reflexión después de que el “trabajo
180 problema que están persiguiendo, a los usuarios que quieren saber cómo
206 que hará que el parche resultante sea más fácil de leer para otros.
282 - Reported-by: nombra a un usuario que informó un problema que se
286 cuenta que esta etiqueta debe ir seguida de una etiqueta Closes: que
[all …]
|
| H A D | submitting-patches.rst | 14 que pueden aumentar considerablemente las posibilidades de que se acepte su
44 Tenga en cuenta, sin embargo, que es posible que no desee desarrollar con
58 subyacente que le motivó a hacer ese trabajo. Convenza al revisor de que
59 hay un problema que merece la pena solucionar y de que tiene sentido que
69 que incluya cualquier cosa que pueda ayudar a dirigir su cambio
85 lenguaje sencillo para que el revisor verifique que el código se está
99 decir que esa es la versión N del parche (serie). No espere que el
233 - ERROR: cosas que es muy probable que estén mal
343 "changelog" para que el próximo revisor entienda lo que está pasando.
435 que certifica que usted lo escribió o que tiene derecho a enviarlo como un
[all …]
|
| H A D | 4.Coding.rst | 49 kernel tendrá que prevalecer antes de que el código pueda ser fusionado.
53 La otra trampa es asumir que el código que ya está en el kernel necesita
94 A un nivel simple, considere una función que tiene un argumento que siempre
97 adicional que proporciona. Sin embargo, para entonces, es probable que el
212 tentador realizar un cambio (que puede traer grandes mejoras) que cause un
219 A menudo se argumenta que una regresión puede justificarse si hace que las
253 que las herramientas automatizadas se utilicen siempre que sea posible.
383 que pueda ser necesaria para entender el parche. Asegúrese de que el
453 La otra condición es que un desarrollador que cambia una API interna
460 de que la justificación sea sólida. Tenga en cuenta que la herramienta
[all …]
|
| H A D | 2.Process.rst | 46 momento, el código que se considera lo suficientemente estable (y que es
80 punto entre -rc6 y -rc9 antes de que se considere que el kernel es
103 son bienvenidos, pero aquellos que rompen sistemas que funcionaron en el
105 que causan regresiones se ven con malos ojos y es bastante probable que
208 que surja.
273 enlaces. Dado que cada maintainer de la cadena confía en los que
289 del que preocuparse; un parche que cambia un prototipo de función del
457 que participan.
474 - Utilice respuestas intercaladas (“en línea”), lo que hace que su
499 los pasos en falso que hacen que el comienzo de la relación sea más
[all …]
|
| H A D | howto.rst | 56 largo del tiempo en función de lo que se ha encontrado que funciona mejor
59 que están bien documentados; no espere que la gente se adapte a usted o a
80 recomienda que se incluyan nuevos archivos de documentación que expliquen
82 que el kernel expone espacio de usuario cambie, se recomienda que envíe la
267 - Se lanza un nuevo -rc cada vez que Linus considera que el árbol git
389 Es muy recomendable que busque en los archivos sobre el tema que desea
462 diferentes opiniones sobre lo beneficioso que es un parche. Tiene que ser
469 de una docena de cosas que debe corregir. Esto **no** implica que su
484 - "Aquí hay un parche que explica lo que intento describir."
527 desarrollo, de modo que pueda recibir comentarios sobre lo que está
[all …]
|
| H A D | 7.AdvancedTopics.rst | 43 y en varios tutoriales que se encuentran en la web.
108 razones por las que el desarrollo debe hacerse en ramas privadas (que se
112 A medida que el mainline (u otro árbol en el que se basa un conjunto de
116 vez que el árbol se exporta al mundo. Una vez que eso sucede, se debe
125 que hacer el mismo trabajo dos veces.
129 que sea fácil deslizar cambios más aconsejados que pasan al mainline
138 su parte, necesito saber que usted sabe lo que está haciendo, y
139 necesito poder confiar en las cosas *sin* tener que revisar
150 adecuado, solicite que el árbol se incluya en linux-next.
155 este sentido, pero es posible que tenga que agregar una línea “From:” al
[all …]
|
| H A D | 3.Early-stage.rst | 27 Consideremos un ejemplo: hace algunos años, los desarrolladores que
30 el sistema. La solución a la que llegaron fue un módulo del kernel
47 particular que habían implementado; no estaban dispuestos a aceptar
73 - ¿Cuál es exactamente el problema que necesita ser resuelto?
96 existente del que el nuevo autor no tenía conocimiento. El código que
174 "-f") de obtener la lista de personas a las que hay que enviar las copias
178 que no tienen ningún interés real en el código que estás modificando.
187 útil. Describa el problema que se está resolviendo y cualquier plan que se
203 asuma que significa que no hay interés en el proyecto. Desafortunadamente,
204 tampoco puedes asumir que no hay problemas con tu idea. Lo mejor que puede
[all …]
|
| H A D | maintainer-kvm-x86.rst | 40 Tenga en cuenta que se espera que este periodo de transición dure bastante
133 lo que ya existe.
155 y/o para explicar por qué el código hace lo que hace. No reitere lo que el
176 comportamiento de la arquitectura, por lo que está implícito que el
242 parches. que se dirigen principalmente a código arch/x86 que _NO_ es código
252 Para la revisión inicial, se podría argumentar que "lo que está roto" es
268 contexto es menos doloroso que tener que saltarse tres párrafos para llegar
269 a "lo que cambia".
340 instrucciones/funciones que KVM no puede impedir que utilice una VM y
341 para las que no existe una verdadera habilitación.
[all …]
|
| H A D | coding-style.rst | 13 puntos de vista sobre nadie, pero esto vale para todo lo que tengo que
36 Bueno, algunas personas dirán que tener sangrías de 8 caracteres hace que
70 No ponga varias declaraciones en una sola línea a menos que tenga algo que
452 En general, un puntero o una estructura que tiene elementos que pueden
472 compilador que los alinee si cree que es crítico para el rendimiento, y
673 usted, y ha notado que sí, lo hace, pero los por defecto que tiene son
738 muerte cerebral que GNU emacs tiene, por lo que necesita darle algunas
923 que debe usar para asegurarse de que los mensajes coincidan con el
1010 A menudo, la gente argumenta que agregar funciones en línea que son
1015 valor potencial de la pista que le dice a gcc que haga algo que habría
[all …]
|
| H A D | deprecated.rst | 25 Mientras que este atributo señala visualmente que un interface ha sido
28 porque uno de los objetivos del kernel es que compile sin avisos, y
51 en situaciones que se "esperan no sean alcanzables". Si se quiere
64 que se realicen reservas de memoria menores que las que se esperaban. El
126 tienden a ser reemplazos correctos, aunque nótese que necesitarán que la
155 cuidado en los casos en los que el valor de strncpy() fuera usado, ya que
176 de tener cuidado que en los casos en lso que se usase el valor devuelto de
184 de dejar que sean una vulnerabilidad, todos los "%p" que se usan en el
199 quizás pueda usar el "%p", a la vez que se asegura que tiene los permisos
308 Esta es la forma en la que el kernel espera que se declaren los elementos
[all …]
|
| H A D | adding-syscalls.rst | 44 requiere que el filesystem relevante esté montado, lo que podría no ser
52 llamada al sistema multiplexada que esconde mucha complejidad, así que
112 de manera efectiva que ``param_4 == 0``).
250 tener que ser ajustada para resolver conflictos.
267 - Haga que cualquier nuevo archivo fuente que implemente la función
273 Para resumir, necesita un commit que incluya:
332 (Note que un argumento de una llamada a sistema que sea un puntero a un
342 pero espera recibir parametros con valores 32-bit y hace lo que tenga que
353 Si la nueva llamada al sistema involucra una estructura que que se dispone
564 significa que sólo aquellos parámetros que son realmente necesarios para
[all …]
|
| H A D | email-clients.rst | 69 Esto rompe muchos scripts que leen y aplican los parches.
140 La única desventaja es que cualquier texto que escriba en el correo
141 electrónico no se ajustará a cada palabra, por lo que tendrá que ajustar
156 Haga que la ventana del editor sea lo suficientemente ancha para que no se
170 que se han insertado como texto en línea hará que sea difícil extraerlos de
177 adjunto esté en línea para que sea más visible.
184 solo para el usuario, por lo que tendrá que cambiarlos para que sean
203 Mutt no viene con un editor, por lo que cualquier editor que use debe ser
306 que abran su editor externo favorito.
330 Tenga en cuenta que "External Editor" requiere que su editor no haga
[all …]
|
| H A D | submit-checklist.rst | 11 Aquí hay algunas cosas básicas que los desarrolladores deben hacer si
12 quieren que sus envíos de parches del kernel sean aceptados más
15 Todo esto está más allá de la documentación que se proporciona en
19 1) Si utiliza una funcionalidad, #include el archivo que define/declara
20 esa funcionalidad. No dependa de otros archivos de encabezado que
21 extraigan los que utiliza.
42 por que tiende a usar ``unsigned long`` para cantidades de 64-bits.
69 cualquier función que use más de 512 bytes en la pila es
115 21) Se prueba después de que se haya fusionado en el conjunto de
121 la lógica de lo que están haciendo y por qué.
[all …]
|
| H A D | security-bugs.rst | 12 seguridad para que pueda ser corregido y divulgado lo más rápido posible.
21 oficiales de seguridad que ayudarán a verificar el informe del error y
24 el proceso. Es posible que el equipo de seguridad traiga ayuda adicional
31 si no tiene claro que información es útil. Cualquier código de explotación
33 que envia el error) a menos que ya se haya hecho público.
59 escala que requieren coordinación de lanzamiento.
71 que se haya levantado el embargo, en perpetuidad.
76 El equipo de seguridad del kernel recomienda encarecidamente que los
80 contacto con la lista de correo linux-distros después de que se haya
81 acordado una solución y comprenda completamente los requisitos que al
[all …]
|
| H A D | embargoed-hardware-issues.rst | 13 Los problemas de hardware que resultan en problemas de seguridad son una
14 categoría diferente de errores de seguridad que los errores de software
15 puro que solo afectan al kernel de Linux.
42 seguridad que lo ayudarán a coordinar un problema de acuerdo con nuestro
56 investigadores o individuos que hayan identificado una posible falla de
176 que deben participar en el desarrollo de la mitigación.
223 Memorando de Entendimiento y se solicita a la parte reveladora que
243 tiempo mínimo que se requiere para que todas las partes involucradas
295 embajador nominado tiene que entender y apoyar nuestro proceso
308 de la lista de correo y la configuración que se usa para asegurar la
[all …]
|
| H A D | 8.Conclusion.rst | 13 Documentación (Documentation) que se encuentra en la distribución del
51 Aun así, hay bastante buena información que se puede encontrar allí.
62 Felicitaciones a todos los que han logrado leer este extenso documento.
66 Al final, lo que importa es la participación. Cualquier proyecto de
67 software de código abierto no es más que la suma de lo que sus
71 kernel es un excelente ejemplo de lo que se puede lograr cuando miles de
76 que es igual de importante, la mayoría de los demás participantes en el
81 situación en la que todos los involucrados ganan. Encienda su editor y
82 únase a nosotros; será más que bienvenido.
|
| /linux-6.15/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 49 Tenga en cuenta que una arquitectura puede proporcionar más que el
53 Tenga en cuenta también que es posible que una barrera no valga (sea no-op)
154 en el orden que desee, siempre que la causalidad del programa parezca
156 instrucciones que emite en el orden que quiera, siempre que no afecte al
196 que fueron realizados.
286 (*) _No_debe_ asumirse que el compilador hará lo que usted quiera
603 READ_ONCE() para DEC Alpha, lo que significa que las únicas personas que
675 escriben hasta que están seguros (1) de que la escritura realmente
1733 almacena la variable, lo que puede hacer que el compilador haga
1769 No hay nada que impida que el compilador transforme
[all …]
|
| H A D | index.rst | 18 aquellos que no entiendan inglés o duden de sus interpretaciones, o
19 simplemente para aquellos que prefieran leer en el idioma español. Sin
20 embargo, tenga en cuenta que la *única* documentación oficial es la que
26 es posible. Por tanto, no existe ninguna garantía de que una traducción
27 esté actualizada con las últimas modificaciones. Si lo que lee en una
28 traducción no se corresponde con lo que ve en el código fuente, informe
33 lo que los usuarios no encontrarán aquí ninguna información que no sea la
38 contribuciones que son puramente de interés relativo a la traducción (por
56 los maintainers pueden utilizar el español con el que dichos maintainers se
65 La traducción es incompleta, y podría encontrar advertencias que indiquen
[all …]
|
| /linux-6.15/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-bwc.rst | 40 Esta característica toma prestado tiempo ahora, que en un futuro tendrá que
50 por cada segundo de tiempo de reloj de una tarea, tendríamos que
73 salga bien. Al mismo tiempo se tiene que p(5)*p(5) = 0.25% de
82 (asumiendo que x+e es de hecho el WCET).
142 que se requiere una actualización se describe como "slice".
158 - nr_periods: Número de intervalos aplicados que han pasado.
161 que las entidades del grupo han sido limitadas.
181 Hay dos formas en las que un grupo puede ser limitado:
202 Para una aplicación que es un cgroup y que está limitada en su uso de cpu
209 Para aplicaciones que tienen un gran número de hilos de ejecución y que no
[all …]
|
| H A D | sched-eevdf.rst | 20 de la CPU de forma equitativa entre todas las tareas que tengan la misma
22 ejecución virtual a cada tarea, creando un "retraso" que puede ser usado
25 positivo, es porque se le debe tiempo de ejecución, mientras que una
26 con "retraso" negativo implica que la tarea ha excedido su cuota de
30 ser ejecutada a continuación. Es importante darse cuenta que esto permite
31 que la tareas que sean sensibles a la latencia que tengan porciones de
36 en tareas que estén en un estado durmiente; pero en el momento en el que
42 a su retraso decaer a lo largo de VRT. Por tanto, las tareas que duerman
47 que sean sensibles a las latencias.
|
| H A D | sched-design-CFS.rst | 47 de CPU esperado" que una tarea debería tener.
86 de esas tareas que están en la cola de ejecución.
89 tareas que pueden ser ejecutadas están ordenadas por su valor de
99 que el tiempo de uso de la CPU se ha completado, y se añade a
105 nueva tarea "que está a la izquierda del todo", es la que se elige
106 para que se ejecute, y la tarea en ejecución es interrumpida.
145 tareas que se usan para tareas normales.
172 gestor de tareas sin que este tenga que presuponer mucho sobre estas clases.
183 cuando quiera que ocurra un evento interesante.
236 que pertenezca a un usuario.
[all …]
|