| /linux/Documentation/translations/sp_SP/ |
| H A D | index.rst | 33 lo que los usuarios no encontrarán aquí ninguna información que no sea la
36 Posteriormente, y cuando sea posible, dicho cambio debería aplicarse
47 difusión del inglés en el idioma hablado, cuando sea posible, expresiones
|
| H A D | memory-barriers.txt | 53 Tenga en cuenta también que es posible que una barrera no valga (sea no-op)
260 Ya sea en DEC Alpha o no, READ_ONCE() también evita que el compilador
356 ya sea un objeto de tipo escalar, o una secuencia máxima
713 RCU sea reemplazado con un nuevo objetivo modificado, sin que el objetivo
861 asegurarse de que MAX sea mayor que uno, tal vez de la siguiente manera:
947 ordenados, ya sea precediéndoles a ambos con smp_mb() o usando
1679 pasar un cero a hacer_algo_con() en el caso de que la variable a sea
1693 casos donde no sea seguro.
1944 aunque el uso de bloqueo en su lugar sea suficiente.
2122 sea debido a no poder obtener el bloqueo de inmediato, o debido a que
[all …]
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | email-clients.rst | 32 partes del parche sea más difícil durante el proceso de revisión del
156 Haga que la ventana del editor sea lo suficientemente ancha para que no se
161 líneas muy largas, debe hacer que la ventana del redactor sea muy amplia
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.
289 - No realizará la autenticación TLS SMTP en una conexión que no sea SSL.
|
| H A D | code-of-conduct.rst | 35 * Centrarse en lo que sea mejor no sólo para nosotros como individuos, sino
65 moderación cuando sea apropiado.
|
| H A D | 6.Followthrough.rst | 19 Es raro un parche que sea tan bueno en su primera publicación que no haya
138 linux-next también, haciendo que su contenido sea visible para la comunidad
165 cuestión de que su código sea fusionado. Sin embargo, resista esa
186 código en una versión del kernel principal sea lo más sólido posible. Así
208 línea From: adecuada para que la atribución sea correcta, y añada su propia
227 continuar con su trabajo. Que su trabajo sea desplazado de esta manera
|
| H A D | adding-syscalls.rst | 28 funcionalidad en un módulo del kernel en vez de requerir que sea
94 estructura que sea pasada a través de un puntero. Tal estructura puede
105 Siempre que cualquier campo añadido subsecuente, digamos ``param_4``, sea
111 cualquier memoria más allá del tamaño de la estructura sea cero (revisar
133 sea equivalente a definir ``O_CLOEXEC`` en el nuevo FD. Esto hace posible
213 - Un borrador de man-page para la nueva llamada a sistema, ya sea como
332 (Note que un argumento de una llamada a sistema que sea un puntero a un
498 Más generalmente, si existe una llamada al sistema que sea análoga a su
|
| H A D | 4.Coding.rst | 41 estándar; muchos desarrolladores solicitarán que el código sea reformateado
131 de `#ifdef` debe limitarse a los archivos de encabezado siempre que sea
236 que la creación de interfaces para el espacio de usuario sea
247 hacer es detectar y corregir tantos de esos errores como sea posible antes
253 que las herramientas automatizadas se utilicen siempre que sea posible.
460 de que la justificación sea sólida. Tenga en cuenta que la herramienta
463 Cuando se realice un cambio incompatible en la API, siempre que sea
464 posible, se debe asegurar que el código que no ha sido actualizado sea
|
| H A D | 1.Intro.rst | 75 vendedores de hardware quieren asegurarse de que Linux sea compatible con
78 Linux como componente de un producto integrado, quieren que Linux sea lo
233 la distribución de módulos únicamente en binario hará que sea más
268 cubiertas ya sea por la GPLv2 (con, opcionalmente, un lenguaje que permite
285 Es imperativo que todo el código aportado al kernel sea legítimamente
|
| H A D | submitting-patches.rst | 114 del commit, para que sea más fácil para los revisores saber de qué se
148 Sin embargo, intente que su explicación sea comprensible sin recursos
197 Si un parche depende de otro parche para que un cambio sea completo, eso
230 probablemente sea mejor dejarlo estar.
392 Después de haber entregado su cambio, sea paciente y espere. Los revisores
453 (salvo que sea permitido presentar bajo una licencia diferente),
671 - Cualquier comentario adicional que no sea adecuado para el registro de
676 El formato de la línea de asunto hace que sea muy fácil ordenar los correos
747 Si un parche corrige una falla de compilación, puede que no sea necesario
749 que sea probable que alguien que busque el parche puede encontrarlo. Como
[all …]
|
| H A D | coding-style.rst | 206 No use llaves innecesariamente donde una sola declaración sea suficiente.
303 nuevas líneas como sea apropiado, para que pueda comenzar a escribir la
368 de la especificación al estándar de código del kernel donde sea posible.
407 confusiones, ya sea ``int`` o ``long``.
556 numerarlos si alguna vez agrega o elimina rutas de salida, y hacen que sea
622 **funcionamiento** sea obvio y es una pérdida de tiempo explicar código mal
934 pr_debug() no lo hace; se compila fuera por defecto, a menos que DEBUG sea
1066 se pueden usar cuando esto sea adecuado. Se recomienda el uso de bool para
1150 plataforma. No dude en hacerlo cuando sea necesario. Sin embargo, no use
1152 Puede y debe empujar el hardware desde C cuando sea posible.
[all …]
|
| H A D | management-style.rst | 46 decisiones en importante. Cuanto más grande y dolorosa sea la decisión,
113 hacer que la gente sea muy **consciente** de eso. Y es mucho más fácil
242 aún más importante, también es probable que sea la persona que puede
274 punto sin hacer que sea doloroso para el destinatario, quien simplemente
|
| H A D | embargoed-hardware-issues.rst | 134 solo deben usarse cuando sea absolutamente necesario. El correo
210 kernel según sea necesario.
213 comunidad de desarrolladores del kernel de Linux según sea necesario. La
335 El equipo de respuesta verifica que la solicitud del suscriptor sea válida
|
| H A D | 5.Posting.rst | 132 en otra parte. Siempre que sea posible, un parche que agregue código
164 del parche. Esta descripción puede ser tan larga como sea necesario;
206 que hará que el parche resultante sea más fácil de leer para otros.
278 verificar que sea correcto; consulte la declaración del revisor en
325 los envíe como archivos adjuntos; eso hace que sea mucho más difícil para
|
| H A D | 7.AdvancedTopics.rst | 105 ocasiones en las que sea necesario reescribir un árbol exportado. Mover
129 que sea fácil deslizar cambios más aconsejados que pasan al mainline
149 ocasional del árbol en la lista relevante y, cuando sea el momento
|
| H A D | maintainer-kvm-x86.rst | 16 seguir las directrices de KVM x86, sea receptivo a los comentarios, y
83 lleven a través de un árbol que no sea KVM (la mayoría de las veces a
126 multiarquitectura, sea precavido y trátelo como multiarquitectura, es
302 modificar los comentarios. Siempre que sea posible y pertinente, se
366 que no sea trivial de encontrar. Por ejemplo, incluso si el error fue
|
| H A D | 2.Process.rst | 159 informal) diseñado para garantizar que cada parche sea revisado en cuanto
321 Sin embargo, es probable que el uso del árbol MMOTM sea una experiencia
468 sea necesario solicitar explícitamente que se le copie en las respuestas
476 respuesta sea más fácil de leer. (Es decir, evite top-posting – la
500 los pasos en falso que hacen que el comienzo de la relación sea más
|
| H A D | deprecated.rst | 138 en el el valor retornado por strcpy() sea usado, ya que strscpy() no
153 Cuando se necesita que la cadena de destino sea terminada en NUL,
245 (Cuando la sintaxis de C17/c18 `[[fallthrough]]` sea más comúnmente
|
| H A D | contribution-maturity-model.rst | 53 kernel de Linux, ya sea como parte de sus responsabilidades de trabajo
|
| H A D | security-bugs.rst | 36 adjuntos cuando sea posible. Es mucho más difícil tener una discusión
|
| H A D | researcher-guidelines.rst | 137 si sea examinado por otros en privado antes de ser publicado en listas
|
| H A D | howto.rst | 58 tanto como le sea posible acerca de estos estándares antes de tiempo, ya
263 tal cambio, siempre y cuando el cambio sea autónomo y no afecte áreas
466 trabajar hacia una solución que sea correcta.
|
| H A D | handling-regressions.rst | 186 mande la corrección a él de forma separada, tan pronto como sea posible
321 Regzbot intenta hacer todo este trabajo con tan poco retraso como sea
537 nueva forma", y yo simplemente no pienso que eso sea aceptable fuera
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-bwc.rst | 28 la cuota sea restablecida.
172 sea siempre factible, esto es: max(c_i) <= C. De todas maneras,
188 ejecución del padre sea actualizado.
205 periodo. Como resultado se espera que nr_periods sea aproximadamente igual
|
| H A D | sched-design-CFS.rst | 59 sea posible.
82 como sea posible.
101 para que otra tarea sea "la tarea más hacia la izquierda" del árbol
|
| /linux/kernel/sched/ |
| H A D | fair.c | 13047 const struct sched_entity *sea = &a->se; in cfs_prio_less() local
13060 while (sea->cfs_rq->tg != seb->cfs_rq->tg) { in cfs_prio_less()
13061 int sea_depth = sea->depth; in cfs_prio_less()
13065 sea = parent_entity(sea); in cfs_prio_less()
13070 se_fi_update(sea, rq->core->core_forceidle_seq, in_fi); in cfs_prio_less()
13073 cfs_rqa = sea->cfs_rq; in cfs_prio_less()
13085 delta = (s64)(sea->vruntime - seb->vruntime) + in cfs_prio_less()
|