Lines Matching full:en

15 principiantes en algún momento. Mientras haga un esfuerzo honesto por
27 KVM x86 se encuentra actualmente en un período de transición de ser parte
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
40 Tenga en cuenta que se espera que este periodo de transición dure bastante
41 tiempo, es decir, que será el statu quo en un futuro previsible.
45 El árbol de KVM x86 está organizado en múltiples ramas por temas. El
49 de una rama temática no tiene impacto en los hashes SHA1 de otros commit
50 en en camino, y tener que rechazar una solicitud de pull debido a errores
53 Todas las ramas temáticas, excepto ``next`` y ``fixes``, se agrupan en
54 ``next`` a través de un Cthulhu merge en función de las necesidades, es
68 versiones "normales". Si todo va bien, las ramas temáticas son subidas en
79 Normalmente, los envíos se revisan y aplican en orden FIFO, con cierto
80 margen de maniobra en función del tamaño de la serie, los parches que están
81 "calientes en caché", etc. Correcciones, especialmente para la versión
87 Tenga en cuenta que la mayor parte de la revisión se realiza entre rc1 y
89 para ponerse al día en otras tareas, es decir, la falta de envíos durante
93 tenga en cuenta el calendario del ciclo de publicación actual y tenga
98 compilación o fallan en las pruebas provocan el descontento de los
107 mainline, deben basarse en
108 ``git://git.kernel.org/pub/scm/virt/kvm/kvm.git master``. Tenga en cuenta
109 que las correcciones no garantizan automáticamente la inclusión en la
111 correcciones de errores urgentes, críticos y/o introducidos en la versión
112 actual deberían incluirse en la versión actual.
114 Todo lo demás debería basarse en ``kvm-x86/next``, es decir, no hay
121 modificaciones no triviales en el código común de KVM y/o tiene cambios más
122 que superficiales en el código de otras arquitecturas. Los parches/series
123 multi-arquitectura deberían basarse en un punto común y estable en la
124 historia de KVM, por ejemplo, la versión candidata en la que se basa
132 la prioridad número uno en KVM x86. Si todo lo demás falla, haga coincidir
153 Escriba los comentarios en modo imperativo y evite los pronombres. Utilice
162 comportamiento de la arquitectura definido en El Manual de Desarrollo de
168 número, especialmente en los comentarios. En su lugar, si es necesario
174 En general, no haga referencia explícita ni copie-pegue del SDM o APM en
178 en cuenta que hacer referencia al SDM/APM en los registros de cambios para
201 Tenga en cuenta que esto no coincide con las ramas temáticas (las ramas
207 Escriba en mayúsculas la primera palabra de la descripción condensada del
210 	KVM: x86: Corregir una desviación de puntero nulo en function_xyz()
214 	kvm: x86: corregir una desviación de puntero nulo en function_xyz.
217 encontrar el primer padre común (que suele ser simplemente ``x86``). En
221 De vez en cuando surgen nuevos temas, pero le rogamos que inicie un debate
222 en la lista si desea proponer la introducción de un nuevo tema, es decir,
227 absoluto y duro. En su lugar, utilice 75 caracteres como límite firme, pero
229 corto sobrepase en algunos caracteres el límite estándar si tiene una buena
234 Y lo que es más importante, escriba los registros de cambios en modo
239 continúe con el contexto y los antecedentes. Nota. Este orden entra en
245 KVM x86 prefiere indicar lo que hace un parche antes de entrar en detalles
246 por varias razones. En primer lugar, el código que realmente se está
249 está cambiando realmente" en una sola línea después de 3+ párrafos de fondo
261 decir "qué cambia" en una sola frase. A la inversa, todo menos los errores
275 incluso si el cambio corrige un error en una versión anterior.
286 Cuando se mencione una función en un comentario, registro de cambios o
287 registro abreviado (o en cualquier otro lugar), utilice el formato
301 comportamiento en tiempo de ejecución, por ejemplo, parches que sólo
303 recomienda encarecidamente realizar pruebas tanto en Intel como en AMD. Se
306 Para cambios que afecten al código de paginación en la sombra de KVM, es
313 Tenga en cuenta que las autopruebas de KVM y las pruebas de unidad de KVM
324 ejemplo, en la carta de presentación.
332 autoprueba de kernel relacionada en una VM, pero en todos los casos se
333 prefieren las pruebas KVM dedicadas. Los casos de prueba negativos en
343 Tenga en cuenta que "nuevas características" no significa sólo "nuevas
352 RFC no suelen recibir una revisión en profundidad.
356 Salvo en el caso de fallos "obvios" detectados por inspección, las
357 correcciones deben ir acompañadas de un reproductor del fallo corregido. En
365 En general, las pruebas de regresión son preferibles para cualquier fallo
369 condición de carrera de tipo uno en un millón.
382 ``In-Reply-To:`` se convierte en un lío para grandes series y/o cuando el
385 en el informe de error o si la lista de destinatarios cambia entre
390 anteriores, en general no incluya un Enlace: en el registro de cambios, ya
391 que no hay necesidad de registrar la historia en git, es decir, ponga el
392 enlace en la carta de presentación o en la sección que git ignora.
397 Basado en Git
401 incluir automáticamente la información del árbol base en los parches
404 Tenga en cuenta que ``--base=auto`` funciona como se espera si y sólo si el
405 upstream de una rama se establece en la rama temática base, por ejemplo,
406 hará lo incorrecto si su upstream se establece en su repositorio personal
408 derivar los nombres de tus ramas de desarrollo basándose en su KVM x86, e
409 introdúzcalo en ``--base``. Por ejemplo, ``x86/pmu/mi_nombre_de_rama``, y
420 en las pruebas se ordenarán después de las actualizaciones de las
426 se confunden cuando los parches de una serie se aplican en diferentes
429 parche/serie KVM en el parche(s) KVM-unit-tests.
434 electrónico de notificación en respuesta a la publicación original (carta
439 Si se aplica un subconjunto de parches, se indicará claramente en la
442 trabajo y deben presentarse en una nueva versión.
453 ocurren cosas. En la mayoría de los casos, se proporcionará una
455 del parche. Sin embargo, en algunos escenarios, por ejemplo, si todas las