sp_SP/process/maintainer-kvm-x86.rst

1 .. include:: ../disclaimer-sp.rst
3 :Original: Documentation/process/maintainer-kvm-x86.rst
10 --------
21 -----
26 -------
28 del árbol principal de KVM, a ser "sólo otra rama de KVM". Como tal, KVM
31 x86, ``github.com/kvm-x86/linux.git``.
102 -----------
114 Todo lo demás debería basarse en ``kvm-x86/next``, es decir, no hay
119 La única excepción al uso de ``kvm-x86/next`` como base es si un
120 parche/serie es una serie multi-arquitectura, es decir, tiene
123 multi-arquitectura deberían basarse en un punto común y estable en la
125 ``kvm-x86 next``. Si no está seguro de si un parche/serie es realmente
137 :ref:`maintainer-tip-coding-style`, ya que los parches/series a menudo
146 kernel-doc para las funciones. La gran mayoría de las funciones "públicas"
174 En general, no haga referencia explícita ni copie-pegue del SDM o APM en
187 - x86
188 - x86/mmu
189 - x86/pmu
190 - x86/xen
191 - autocomprobaciones
192 - SVM
193 - nSVM
194 - VMX
195 - nVMX
226 con una enmienda: no trate el límite de 70-75 caracteres como un límite
376 -----------
381 un parche/serie, etc. mediante cabeceras ``In-Reply-To:``. Usar
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
400 todos!), utilice ``git format-patch`` con el indicador ``--base`` para
404 Tenga en cuenta que ``--base=auto`` funciona como se espera si y sólo si el
409 introdúzcalo en ``--base``. Por ejemplo, ``x86/pmu/mi_nombre_de_rama``, y
411 rama actual para obtener ``--base=x/pmu``, donde ``x`` es el nombre que su
414 Tests de Co-Publicación
424 KVM-unit-tests debería *siempre* publicarse por separado. Las herramientas,
425 por ejemplo b4 am, no saben que KVM-unit-tests es un repositorio separado y
427 árboles. Para vincular los parches de KVM-unit-tests a Parches KVM, primero
429 parche/serie KVM en el parche(s) KVM-unit-tests.