Home
last modified time | relevance | path

Searched full:cambio (Results 1 – 9 of 9) sorted by relevance

/linux/Documentation/translations/sp_SP/process/
H A Dhandling-regressions.rst221 arreglada con un cambio arriesgado y al mismo tiempo únicamente afecta a
252 afectados para evaluar o incluso testear el cambio propuesto; si
257 entonces adelante con el cambio, pero siempre informe a todas las partes
259 del parche, se hace explícito este hecho. Una vez el cambio ha sido
262 el cambio en el radar, en el caso de que aparezcan reportes. Dependiendo
518 Pero si algo realmente se rompe, entonces el cambio debe de arreglarse
520 tu espacio de usuario". Ha sido un cambio en el kernel el que creo
589 Se puede hacer cualquier cambio que se quiera a una API ... siempre y
603 cambio.
750 (no teniendo en cuenta el propio cambio de versión) justo antes
[all …]
H A Dmaintainer-kvm-x86.rst179 justificar el cambio y proporcionar contexto es perfectamente correcto y
255 serie de "git blame", los detalles de cada cambio a lo largo del camino son
273 Si un cambio corrige un error de KVM/kernel, añada una etiqueta Fixes:
274 incluso si el cambio no necesita ser retroportado a kernels estables, e
275 incluso si el cambio corrige un error en una versión anterior.
322 Si no puede probar completamente un cambio, por ejemplo, por falta de
394 que condujeron al parche. El contexto de por qué se hizo un cambio es muy
H A Dhowto.rst81 cómo usar la función. Cuando un cambio en el kernel hace que la interfaz
83 información o un parche en las páginas del manual que expliquen el cambio
131 - Mitigar el cambio rápido dentro del árbol de fuentes del kernel (o
153 del kernel estable, y qué hacer si desea obtener un cambio en una de
263 tal cambio, siempre y cuando el cambio sea autónomo y no afecte áreas
296 problema relacionado con la seguridad, en cambio, puede causar un
577 Linux sabe por qué deberían agregar este cambio. Nuevas características
H A Dresearcher-guidelines.rst97 * ¿Como se probó el cambio para la complicación y el tiempo de ejecución?
98 * ¿Qué confirmación previa corrige este cambio? Esto debería ir en un “Fixes:”
H A D1.Intro.rst161 está en constante cambio. La falta de una interfaz interna estable es
172 que realice un cambio en la API también corrija cualquier código que
173 se rompa como resultado de ese cambio. Así que, el código fusionado en
H A D2.Process.rst67 problemas deben enviarse al mainline. En ocasiones, se permitirá un cambio
158 kernel mainline. Hay, en cambio, un proceso algo complicado (aunque algo
160 a calidad y que cada parche implemente un cambio que es deseable tener en
414 en cambio, está orientado al seguimiento de un conjunto especifico de
/linux/Documentation/translations/sp_SP/
H A Dindex.rst36 Posteriormente, y cuando sea posible, dicho cambio debería aplicarse
H A Dmemory-barriers.txt445 stores antes del cambio del load serán perceptibles por cualquier
1379 cambio en la ubicación de memoria especulada, entonces el valor especulado
1432 multicopia'' en cambio, solo garantiza que un store dado se vuelva visible
2379 no existe garantía de que el cambio a event_indicated sea percibido por
2380 el durmiente de manera que venga después del cambio a my_data. En tal
2518 proceso que espera no consigue el candado de nuevo; en cambio, solo espera
2780 código de condición, cambio de registros o cambio de memoria - y
3030 cambio en el puntero, frente a que los nuevos datos se produzcan en el
/linux/drivers/platform/x86/
H A Dtouchscreen_dmi.c830 PROPERTY_ENTRY_STRING("firmware-name", "gsl1680-rca-cambio-w101-v2.fw"),
1617 /* RCA Cambio W101 v2 */