Lines Matching full:no

12 recién llegados son valoradas e incentivadas. Por favor, no se desanime ni
18 no con antorchas y horcas.
49 de una rama temática no tiene impacto en los hashes SHA1 de otros commit
62 decir, no pasan por el árbol x86 de KVM.
72 El árbol de KVM x86 no tiene su propia ventana de fusión oficial, pero hay
83 lleven a través de un árbol que no sea KVM (la mayoría de las veces a
90 este periodo no es inusual.
95 no sólo para obtener comentarios o una actualización, por favor haga todo
109 que las correcciones no garantizan automáticamente la inclusión en la
110 versión actual. No hay una regla única, pero normalmente sólo las
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
125 ``kvm-x86 next``. Si no está seguro de si un parche/serie es realmente
138 tocan tanto archivos x86 KVM como no KVM, es decir, llaman la atención de
142 árbol XMAS inverso, para las declaraciones de variables no es estrictamente
145 Excepto para unos pocos apuntes especiales, no utilice comentarios
147 de KVM no son realmente públicas, ya que están destinadas únicamente al
155 y/o para explicar por qué el código hace lo que hace. No reitere lo que el
157 propio código es inescrutable, los comentarios no servirán de nada.
167 No haga referencia a secciones específicas, tablas, figuras, etc. por su
171 SDM y el APM cambian constantemente, por lo que los números/etiquetas no
174 En general, no haga referencia explícita ni copie-pegue del SDM o APM en
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
201 Tenga en cuenta que esto no coincide con las ramas temáticas (las ramas
205 es correcto, ``kvm: vmx:`` no lo es.
212 no::
223 no se ande con rodeos.
226 con una enmienda: no trate el límite de 70-75 caracteres como un límite
228 no duro, y 80 caracteres como límite duro. Es decir, deje que el registro
258 de interés o no.
264 orden no importa. Pero si uno es más corto (casi siempre el "qué está
274 incluso si el cambio no necesita ser retroportado a kernels estables, e
278 explícitamente el parche con "Cc: [email protected]" (aunque no es
295 combinaciones posibles de Kconfigs no es factible, pero cuantas más mejor.
304 recomienda arrancar una máquina virtual real, pero no es obligatorio.
314 tienen fallos conocidos. Si sospecha que un fallo no se debe a sus cambios,
322 Si no puede probar completamente un cambio, por ejemplo, por falta de
329 de pruebas. Las pruebas específicas de KVM no son estrictamente necesarias,
340 instrucciones/funciones que KVM no puede impedir que utilice una VM y
341 para las que no existe una verdadera habilitación.
343 Tenga en cuenta que "nuevas características" no significa sólo "nuevas
344 características de hardware". Las nuevas funcionalidades que no puedan ser
351 qué tipo de feedback se solicita/espera. No abuse del proceso de RFC; las
352 RFC no suelen recibir una revisión en profundidad.
360 lo que no funciona y cómo verificar la solución. Se concede cierto margen a
361 los errores detectados mediante cargas de trabajo/pruebas no públicas, pero
366 que no sea trivial de encontrar. Por ejemplo, incluso si el error fue
371 Recuerde que los fallos de KVM rara vez son urgentes *y* no triviales de
380 No haga referencia explícita a informes de errores, versiones anteriores de
384 que no tenga el mensaje original, por ejemplo, si alguien no recibió un Cc
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
425 por ejemplo b4 am, no saben que KVM-unit-tests es un repositorio separado y
441 todos los parches del Las series que no han sido aceptadas necesitan más
451 Los SHA1 no son 100% estables hasta que llegan al árbol de Linus. Un SHA1
456 ramas de KVM x86 necesitan ser rebasadas, no se darán notificaciones