Home
last modified time | relevance | path

Searched refs:qu (Results 1 – 17 of 17) sorted by relevance

/linux-6.12.1/Documentation/translations/sp_SP/process/
Dmaintainer-kvm-x86.rst155 y/o para explicar por qué el código hace lo que hace. No reitere lo que el
248 información debe ser fácil de encontrar. Changelogs que entierran el "qué
256 inútiles, los detalles sólo importan para el culpable. Proporcionar el "qué
260 Otra ventaja de decir primero "qué cambia" es que casi siempre es posible
261 decir "qué cambia" en una sola frase. A la inversa, todo menos los errores
263 Si tanto "qué está cambiando" como "cuál es el fallo" son muy breves, el
264 orden no importa. Pero si uno es más corto (casi siempre el "qué está
323 hardware, indique claramente qué nivel de pruebas ha podido realizar, por
351 qué tipo de feedback se solicita/espera. No abuse del proceso de RFC; las
359 compilación y fallos de prueba, pero debe quedar claro para lectores qué es
[all …]
Dhowto.rst153 del kernel estable, y qué hacer si desea obtener un cambio en una de
162 Una buena introducción que describe exactamente qué es un parche y cómo
300 en el árbol del kernel documenta qué tipos de cambios son aceptables para
349 kernel y detalles sobre qué tipo de información necesitan los
439 méritos técnicos solamente. Entonces, ¿qué deberías ser?
450 y conciso de por qué no se deben hacer tales cambios. Si no hay respuestas
577 Linux sabe por qué deberían agregar este cambio. Nuevas características
588 - por qué los cambios son necesarios
Dsubmitting-patches.rst114 del commit, para que sea más fácil para los revisores saber de qué se
345 Asegúrese de decirles a los revisores qué cambios está haciendo y de
375 Q: ¿Por qué es tan malo el top-posting?
429 Para mejorar el seguimiento de quién hizo qué, especialmente con parches
630 etiqueta también ayuda al equipo del kernel estable a determinar qué
681 El ``subsistema`` en el asunto del correo electrónico debe identificar qué
702 debe describir tanto lo que cambia el parche como por qué el parche podría
745 razonamiento de **por qué** se creó el parche.
758 para ``diffstat``, para mostrar qué archivos han cambiado, y el número de
770 parches`` que describen qué ha cambiado entre la versión v1 y v2 del
[all …]
Dresearcher-guidelines.rst93 * ¿En qué versión de Linux se encontró el problema? Se prefiere usar la
96 * ¿Que se cambió para solucionar el problema y por qué se cree es correcto?
Dmanagement-style.rst212 restricciones”, o “Eso suena bien, pero ¿qué pasa con xxx?". La segunda
285 6) ¿Por qué a mí?
290 demás que eres incompetente, la pregunta obvia es: ¿por qué hacerlo en
Ddeprecated.rst19 informar a los desarrolladores sobre qué ha sido declarado obsoleto y por
20 qué, ha sido creada esta lista como un lugar donde indicar cuando los usos
42 "¿en qué orden se necesitan liberar los locks? ¿Se han restaurado sus
Dsubmit-checklist.rst120 la lógica de lo que están haciendo y por qué.
Dcoding-style.rst381 en el código fuente, ¿qué significa?
388 puede decir qué es ``a`` en realidad.
419 pero si hay una razón clara de por qué bajo ciertas circunstancias
469 primer año de secundaria menos que dotado podría no comprender de qué se
552 Elija nombres de etiquetas que digan qué hace el goto o por qué existe el
1108 encabezado para ver qué más ya está definido y que no debe reproducir en su
D1.Intro.rst61 De qué trata este documento
136 Algunas empresas y desarrolladores ocasionalmente se preguntan por qué
Dhandling-regressions.rst274 * qué incidencias no se califican como regresión
294 ¿Por qué el kernel de Linux tiene un gestor de regresiones, y por qué se usa regzbot?
355 ¿Cómo ver qué regresiones esta siguiendo regbot actualmente?
Dadding-syscalls.rst11 Este documento describe qué involucra agregar una nueva llamada del sistema
409 Segundo, tienes que averiguar qué debería pasar para la versión x32 ABI de
D2.Process.rst197 que se necesitan, debería realizar esos cambios o justificar por qué
255 cualquier momento, el maintainer puede identificar qué parches de su
/linux-6.12.1/arch/alpha/lib/
Ddivide.S88 #define ufunction func(qu)
Dev6-divide.S98 #define ufunction func(qu)
/linux-6.12.1/drivers/staging/media/meson/vdec/
Dcodec_vp9.c485 s64 qu = div_s64(m, n); in div_r32() local
487 return (int)qu; in div_r32()
/linux-6.12.1/tools/power/cpupower/po/
Dfr.po606 "2. l'argument -f FREQ (ou --freq FREQ) ne peut être utilisé qu'avec --cpu ;\n"
/linux-6.12.1/Documentation/translations/sp_SP/
Dmemory-barriers.txt2172 ¿Por qué funciona esto?
2431 Entonces no hay garantía sobre en qué orden verá la CPU 3 los accesos a *A