| /linux/arch/x86/crypto/ |
| H A D | serpent-sse2-x86_64-asm_64.S | 43 por x0, x3; \
53 por x0, x4; \
67 por x1, x0; \
73 por x4, x1; \
77 por x0, x1; \
88 por x4, x3; \
95 por x1, x3; \
100 por x2, x1;
105 por x0, x3; \
111 por x4, x0; \
[all …]
|
| H A D | serpent-sse2-i586-asm_32.S | 56 por x4, x0; \
61 por x4, x2; \
66 por x4, x1; \
74 por x4, x3; \
88 por x4, x0; \
92 por x4, x2; \
103 por x4, x0; \
107 por x4, x2; \
117 por x4, x1; \
121 por x4, x3; \
[all …]
|
| /linux/arch/arm64/include/asm/ |
| H A D | por.h | 13 static inline bool por_elx_allows_read(u64 por, u8 pkey) in por_elx_allows_read() argument
15 u8 perm = POR_ELx_PERM_GET(pkey, por); in por_elx_allows_read()
20 static inline bool por_elx_allows_write(u64 por, u8 pkey) in por_elx_allows_write() argument
22 u8 perm = POR_ELx_PERM_GET(pkey, por); in por_elx_allows_write()
27 static inline bool por_elx_allows_exec(u64 por, u8 pkey) in por_elx_allows_exec() argument
29 u8 perm = POR_ELx_PERM_GET(pkey, por); in por_elx_allows_exec()
|
| /linux/sound/soc/codecs/ |
| H A D | cx20442.c | 26 struct regulator *por; member
325 if (IS_ERR(cx20442->por)) in cx20442_set_bias_level()
326 err = PTR_ERR(cx20442->por); in cx20442_set_bias_level()
328 err = regulator_enable(cx20442->por); in cx20442_set_bias_level()
333 if (IS_ERR(cx20442->por)) in cx20442_set_bias_level()
334 err = PTR_ERR(cx20442->por); in cx20442_set_bias_level()
336 err = regulator_disable(cx20442->por); in cx20442_set_bias_level()
353 cx20442->por = regulator_get(component->dev, "POR"); in cx20442_component_probe()
354 if (IS_ERR(cx20442->por)) { in cx20442_component_probe()
355 int err = PTR_ERR(cx20442->por); in cx20442_component_probe()
[all …]
|
| /linux/arch/x86/entry/vdso/vdso64/ |
| H A D | vgetrandom-chacha.S | 69 por temp,state3
77 por temp,state1
85 por temp,state3
93 por temp,state1
108 por temp,state3
116 por temp,state1
124 por temp,state3
132 por temp,state1
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | maintainer-kvm-x86.rst | 11 KVM se esfuerza por ser una comunidad acogedora; las contribuciones de los
13 se sienta intimidado por la extensión de este documento y las numerosas
15 principiantes en algún momento. Mientras haga un esfuerzo honesto por
45 El árbol de KVM x86 está organizado en múltiples ramas por temas. El
48 errores humanos y/o commits con errores, por ejemplo, borrar el commit HEAD
62 decir, no pasan por el árbol x86 de KVM.
67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las
95 no sólo para obtener comentarios o una actualización, por favor haga todo
124 historia de KVM, por ejemplo, la versión candidata en la que se basa
155 y/o para explicar por qué el código hace lo que hace. No reitere lo que el
[all …]
|
| H A D | 7.AdvancedTopics.rst | 27 proyecto del kernel ha optado por git como su herramienta preferida.
32 es una herramienta joven y poderosa que aún está siendo civilizada por
34 usar git; eso sería material suficiente para un documento extenso por
57 Usar git para generar parches para enviarlos por correo electrónico puede
61 los vean, necesitará por supuesto, un servidor del que se pueda extraer.
64 sitios de alojamiento público y gratuitos (GitHub, por ejemplo) están
79 de desarrollo. Un parche inconveniente (uno que rompe la bisección, por
81 su lugar o hacer que desaparezca de la historia por completo. Una serie de
90 de una simple obsesión por crear la historia perfecta del proyecto.
108 razones por las que el desarrollo debe hacerse en ramas privadas (que se
[all …]
|
| H A D | submitting-patches.rst | 93 Resuelva solo un problema por parche. Si su descripción comienza a ser muy
107 Describa sus cambios en la forma imperativa, por ejemplo, "hacer que xyzzy
124 objetos, por lo que las colisiones con identificaciones más cortas son una
131 apunten a estos. En caso de que su parche corrija un error, por poner un
153 Si su parche corrige un error en un commit específico, por ejemplo
194 ser verificado por los revisores fácilmente. Cada parche debe ser
195 justificable por sus propios méritos.
270 este momento, muy pocos parches pasan por Linus directamente, por lo que
307 Por este motivo, todos los parches deben enviarse por correo electrónico
321 archivo adjunto como texto sin formato, por lo que es imposible comentar
[all …]
|
| H A D | embargoed-hardware-issues.rst | 19 sistemas operativos (“OS”) y, por lo tanto, necesitan coordinación entre
35 en el kernel de Linux no son manejados por este equipo y el "reportero"
40 El equipo puede contactar por correo electrónico en
46 enviado por PGP o S/MIME encriptado y debe estar firmado con la llave de
54 Si bien los problemas de seguridad del hardware a menudo son manejados por
75 información embargada, pero están obligados a la confidencialidad por su
87 formal y, por lo tanto, no puede firmar cualquier acuerdo de no
124 conocimiento de una posible violación, por favor, infórmelo inmediatamente
142 kernel de Linux por correo electrónico. Este contacto inicial debe
162 Si bien los desarrolladores individuales pueden estar cubiertos por un
[all …]
|
| H A D | 2.Process.rst | 47 aceptado por la comunidad de desarrollo) se fusiona en el kernel mainline.
50 cercano a los 1,000 cambios (“parches” o “conjuntos de cambios”) por
60 el primero de los kernels “rc”. Para el kernel destinado a ser 5.6, por
119 se transfiere al “equipo estable”, actualmente encabezado por Greg
126 ciclo de desarrollo después de su lanzamiento inicial. Así, por ejemplo,
171 Las etapas por las que pasa un parche son, generalmente:
185 inclusión en el mainline, debe ser aceptado por un maintainer del
192 realizado por otros.
195 trabajos diurnos, por lo que fusionar su parche no puede ser su máxima
197 que se necesitan, debería realizar esos cambios o justificar por qué
[all …]
|
| H A D | handling-regressions.rst | 34 * Para reportes enviados por correo, verificar si contiene alguna línea
74 * Cuando se recibe un informe por email que no tiene en CC la lista,
90 * Para los informes enviados por email, verificar si se ha incluido un
144 también cruciales para las herramientas y scripts usados por otros
147 para asociar los informes por regresiones con los cambios que las
163 kernel por más de dos semanas después de que el causante de una regresión
170 arreglar la regresión por encima de cualquier otro trabajo en el kernel
188 liberación si fuese necesario, por ejemplo si aparecieran múltiples
196 idealmente testeados juntos por al menos una semana antes de que Linux
207 En el último caso (por ejemplo v5.14), intentar gestionar las
[all …]
|
| H A D | 5.Posting.rst | 36 cualquier trabajo importante que aún falte por hacer y cualquier problema
102 por ejemplo), pero deben ser conceptualmente pequeños y susceptibles
104 especifico que pueda ser revisado por sí mismo y verificado para hacer
110 probable que se pase por alto y se pierda la solución importante.
149 solo es necesaria si pasa el parche de otra persona por correo
165 debería decir qué hace el parche y por qué debe aplicarse al kernel.
190 por favor, proporcione tanto el ID del commit como el título al citar
202 por:
208 Debe evitar incluir cambios en archivos irrelevantes (los generados por
209 el proceso de compilación, por ejemplo, o los archivos de respaldo del
[all …]
|
| H A D | 1.Intro.rst | 16 empleadores pueden encontrar allí. Hay muchas razones por las que el
36 discuten varios escollos encontrados por otros desarrolladores. Se cubren
42 su revisión. Para ser tomados en serio por la comunidad de desarrollo,
56 por otros.
109 tendrá una experiencia frustrante por delante. La comunidad de
112 preocupan por el proceso de desarrollo.
124 Este documento fue escrito por Jonathan Corbet, corbet@lwn.net. Ha sido
125 mejorado por los comentarios de Johannes Berg, James Berry, Alex Chiang,
129 Este trabajo fue respaldado por la Fundación Linux; gracias especialmente
136 Algunas empresas y desarrolladores ocasionalmente se preguntan por qué
[all …]
|
| H A D | management-style.rst | 20 que reglas simples de estilo de codificación, por lo que este documento
23 por ti mismo.
55 Claramente no eres competente para tomar una decisión por ellos.
58 mejor que tú, también estas jodido, aunque por una razón totalmente
73 gerencial por tomar **dos** decisiones intrascendentes - la equivocada
95 Resulta que algunas personas tienen problemas con este enfoque, por dos
135 terminar siendo que ambos equipos se sientan tan frustrados por la
136 situación que simplemente se den por vencidos.
139 había algo mal con ambos proyectos, y la razón por la que las personas
206 trabajo. En particular, podrán tomar tus decisiones por ti, que es de lo
[all …]
|
| H A D | 4.Coding.rst | 13 kernel está en el código resultante. Es el código lo que será examinado por
58 de estilo de programación son vistas como ruido por la comunidad de
61 parte del código mientras se trabaja en él por otras razones, pero los
62 cambios de estilo de programación no deben hacerse por sí mismos.
67 para ajustarse al límite de 80 columnas, por ejemplo), perfecto.
95 se pasa como cero por todos los que la invocan. Uno podría mantener ese
96 argumento por si alguien eventualmente necesita usar la flexibilidad
124 código mucho más difícil de leer para otros y más difícil de verificar por
199 pueda ser accedido concurrentemente por más de un hilo debe estar protegido
200 por un bloqueo. El nuevo código debe escribirse teniendo en cuenta este
[all …]
|
| H A D | programming-language.rst | 29 definida por la implementación a las entidades del lenguaje (como variables,
31 al idioma (por ejemplo, agregar una nueva palabra clave) [sp-n2049]_.
38 El kernel define pseudo-palabras clave (por ejemplo, ``__pure``) en lugar
39 de usar directamente la sintaxis del atributo GNU (por ejemplo,
|
| H A D | 3.Early-stage.rst | 24 específico, por ejemplo. En otros, sin embargo, es tentador confundir el
29 sin interrupciones u otros artefactos causados por la latencia excesiva en
32 por sus siglas en inglés); este módulo podía configurarse para dar acceso a
52 …olladores muy competentes del kernel de Linux, pero tienden a ser opacados por una multitud de arr…
64 estaban mucho más preocupados por la estabilidad del sistema, el
66 que por un módulo específico. La moraleja de la historia es centrarse en el
75 - ¿Quiénes son los usuarios afectados por este problema? ¿Qué casos de uso
90 - Es posible que el problema ya esté siendo abordado por el kernel de
94 como uno quisiera, y es fácil pasar cosas por alto. El autor de este
125 sistema a bloqueos causados por los usuarios. La revelación tardía de
[all …]
|
| H A D | security-bugs.rst | 19 El equipo de seguridad del kernel de Linux puede ser contactado por correo
22 desarrollarán y publicarán una corrección. Si ya tiene una corrección, por
54 petición del reportero o una parte afectada por hasta 7 días calendario
94 asigne un identificador CVE, debe buscar uno por sí mismo, por ejemplo,
103 por lo tanto, no puede firmar cualquier acuerdo de no divulgación.
|
| /linux/lib/crypto/x86/ |
| H A D | chacha-ssse3-x86_64.S | 53 por %xmm6,%xmm1
66 por %xmm7,%xmm1
86 por %xmm6,%xmm1
99 por %xmm7,%xmm1
315 por %xmm0,%xmm4
322 por %xmm0,%xmm5
329 por %xmm0,%xmm6
336 por %xmm0,%xmm7
369 por %xmm0,%xmm4
376 por %xmm0,%xmm5
[all …]
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-design-CFS.rst | 17 implementado por Ingo Molnar e integrado en Linux 2.6.23. Es el sustituto
44 En CFS, el tiempo de ejecución virtual se expresa y se monitoriza por
55 y por tanto es muy sencilla: siempre intenta ejecutar la tarea con el valor
73 para construir un línea de ejecución en el futuro, y por eso no tiene ningún
74 artificio de "cambio de tareas" (algo que previamente era usado por el gestor
80 por el sistema es monitorizado usado min_vruntime; este valor es usado
89 tareas que pueden ser ejecutadas están ordenadas por su valor de
94 está "la más hacia la izquierda" y por tanto obtener la CPU una cantidad
121 procesamientos). Su valor por defecto es adecuado para tareas de escritorio.
122 SCHED_BATCH también es gestionado por el gestor de tareas CFS.
[all …]
|
| H A D | sched-bwc.rst | 50 por cada segundo de tiempo de reloj de una tarea, tendríamos que
68 por encima de la media.
75 garantizado de su tiempo final de ejecución). En algún punto por
84 La interferencia cuando se usa una ráfaga se evalúa por las posibilidades
93 Cuota, periodo y ráfaga se gestionan dentro del subsistema de cpu por medio
105 Los valores por defecto son::
133 por un grupo resultará en que se deje de limitar si está en un estado
141 por la contabilidad en grandes sistemas. La cantidad transferida cada vez
146 /proc/sys/kernel/sched_cfs_bandwidth_slice_us (valor por defecto=5ms)
196 en el tiempo de compilación por la variable min_cfs_rq_runtime. Esto es un
[all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 21 Traducido por: Carlos Bilbao <carlos.bilbao.osdev@gmail.com>
30 Este documento no es una especificación; es intencionalmente (por motivos
31 de brevedad) y sin querer (por ser humanos) incompleta. Este documento
33 proporcionadas por Linux, pero ante cualquier duda (y hay muchas) por favor
54 para alguna arquitectura porque por la forma en que funcione dicha
160 memoria realizadas por un CPU son percibidos por el resto del sistema a
172 El conjunto de accesos visto por el sistema de memoria en el medio se puede
186 y por lo tanto puede resultar en cuatro combinaciones diferentes de
194 Además, los stores asignados por una CPU al sistema de memoria pueden no
195 ser percibidos por los loads realizados por otra CPU en el mismo orden en
[all …]
|
| /linux/drivers/mfd/ |
| H A D | tps65010.c | 67 unsigned por:1; member
119 static void dbg_chgconf(int por, char *buf, size_t len, u8 chgconfig) in dbg_chgconf() argument
123 if (por) in dbg_chgconf()
165 static void show_chgconfig(int por, const char *label, u8 chgconfig) in show_chgconfig() argument
169 dbg_chgconf(por, buf, sizeof buf, chgconfig); in show_chgconfig()
177 static inline void show_chgconfig(int por, const char *label, u8 chgconfig) { } in show_chgconfig() argument
214 dbg_chgconf(tps->por, buf, sizeof buf, value); in dbg_show()
357 show_chgconfig(tps->por, "conf", tps->chgconf); in tps65010_interrupt()
424 show_chgconfig(tps->por, "update vbus", tmp); in tps65010_work()
564 tps->por = 1; in tps65010_probe()
[all …]
|
| /linux/drivers/net/ethernet/stmicro/stmmac/ |
| H A D | dwmac-qcom-ethqos.c | 90 const struct ethqos_emac_por *por; member
111 const struct ethqos_emac_por *por; member
221 .por = emac_v2_3_0_por,
237 .por = emac_v2_1_0_por,
253 .por = emac_v3_0_0_por,
285 .por = emac_v4_0_0_por,
526 rgmii_writel(ethqos, ethqos->por[i].value, in ethqos_configure_rgmii()
527 ethqos->por[i].offset); in ethqos_configure_rgmii()
783 ethqos->por = data->por; in qcom_ethqos_probe()
|
| /linux/drivers/media/pci/zoran/ |
| H A D | zoran_device.c | 108 u32 por; in post_office_wait() local
110 while ((por = btread(ZR36057_POR)) & ZR36057_POR_PO_PEN) { in post_office_wait()
114 if ((por & ZR36057_POR_PO_TIME) && !zr->card.gws_not_connected) { in post_office_wait()
116 pci_info(zr->pci_dev, "pop timeout %08x\n", por); in post_office_wait()
126 u32 por; in post_office_write() local
128 por = in post_office_write()
131 btwrite(por, ZR36057_POR); in post_office_write()
138 u32 por; in post_office_read() local
140 por = ZR36057_POR_PO_TIME | ((guest & 7) << 20) | ((reg & 7) << 16); in post_office_read()
141 btwrite(por, ZR36057_POR); in post_office_read()
|