Lines Matching refs:para
33 Por lo general, las correcciones para el ciclo en curso se aplican
35 para el siguiente ciclo se dirige a través del árbol de KVM x86. En el
36 improbable caso de que una corrección para el ciclo actual se dirija a
47 control de un área de desarrollo, y para limitar los daños colaterales de
65 KVM x86. Se envían pull requests (de KVM x86 a KVM main) para cada rama
67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las
73 un cierre suave alrededor de rc5 para nuevas características, y un cierre
74 suave alrededor de rc6 para correcciones (para la próxima versión; fíjese
75 más arriba para las correcciones dirigidas a la versión actual).
81 "calientes en caché", etc. Correcciones, especialmente para la versión
89 para ponerse al día en otras tareas, es decir, la falta de envíos durante
92 Los pings para obtener una actualización del estado son bienvenidos, pero
94 expectativas realistas. Si está haciendo ping para la aceptación, es decir,
95 no sólo para obtener comentarios o una actualización, por favor haga todo
96 lo posible, dentro de lo razonable, para asegurarse de que sus parches
97 están listos para ser fusionados. Los pings sobre series que rompen la
142 árbol XMAS inverso, para las declaraciones de variables no es estrictamente
145 Excepto para unos pocos apuntes especiales, no utilice comentarios
146 kernel-doc para las funciones. La gran mayoría de las funciones "públicas"
148 consumo interno de KVM (hay planes para privatizar las cabeceras y
149 exportaciones de KVM para reforzar esto).
154 los comentarios para ofrecer una visión general de alto nivel del código
155 y/o para explicar por qué el código hace lo que hace. No reitere lo que el
178 en cuenta que hacer referencia al SDM/APM en los registros de cambios para
197 **¡NO use x86/kvm!** ``x86/kvm`` se usa exclusivamente para cambios de
198 Linux virtualizado por KVM, es decir, para arch/x86/kernel/kvm.c. No use
225 Consulte :ref:`the_canonical_patch_format` para obtener más información,
230 razón para hacerlo.
237 Consulte :ref:`describe_changes` para obtener más información, con una
253 más importante, pero para hojear los registros y la arqueología git, los
256 inútiles, los detalles sólo importan para el culpable. Proporcionar el "qué
262 más simples requieren varias frases o párrafos para describir el problema.
266 menos inconveniente para los lectores/revisores que tienen una preferencia
267 estricta de orden. Por ejemplo, tener que saltarse una frase para llegar al
268 contexto es menos doloroso que tener que saltarse tres párrafos para llegar
294 para KVM_INTEL=m KVM_AMD=m, y KVM_WERROR=y. Construir todas las
299 KVM (y, como es obvio, las pruebas deben pasar). La única excepción es para
334 particular son obligatorios para la habilitación de nuevas características
339 soporte para un a través de KVM_GET_SUPPORTED_CPUID, es decir, para
341 para las que no existe una verdadera habilitación.
349 pruebas para obtener un feedback temprano, pero tales envíos deben ser
358 muchos casos, el reproductor está implícito, por ejemplo, para errores de
359 compilación y fallos de prueba, pero debe quedar claro para lectores qué es
362 se recomienda encarecidamente que se faciliten pruebas de regresión para
365 En general, las pruebas de regresión son preferibles para cualquier fallo
382 ``In-Reply-To:`` se convierte en un lío para grandes series y/o cuando el
383 número de versiones es alto, y ``In-Reply-To:`` es inútil para cualquiera
393 Proporcione un Enlace: formal para los informes de errores y/o discusiones
395 valioso para futuros lectores.
400 todos!), utilice ``git format-patch`` con el indicador ``--base`` para
410 luego escribir un pequeño wrapper para extraer ``pmu`` del nombre de la
411 rama actual para obtener ``--base=x/pmu``, donde ``x`` es el nombre que su
412 repositorio utiliza para rastrear el remoto KVM x86.
417 regresión para correcciones de errores, deben publicarse junto con los
419 núcleo para la bisección, es decir, los cambios de KVM que provoquen fallos
435 de presentación para series de varios parches). La notificación incluirá el
461 Los fallos que pueden ser explotados por la VM (el "guest") para atacar al
463 anidada a *su* host (L2 atacando a L1), son de particular interés para KVM.
464 Por favor, siga el protocolo para :ref:`securitybugs` si sospecha que un