| /linux-6.15/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-6.15/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; \ 194 por x1, 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; \ 135 por x4, x2; [all …]
|
| 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-6.15/sound/soc/codecs/ |
| H A D | cx20442.c | 26 struct regulator *por; member 324 if (IS_ERR(cx20442->por)) in cx20442_set_bias_level() 325 err = PTR_ERR(cx20442->por); in cx20442_set_bias_level() 327 err = regulator_enable(cx20442->por); in cx20442_set_bias_level() 332 if (IS_ERR(cx20442->por)) in cx20442_set_bias_level() 333 err = PTR_ERR(cx20442->por); in cx20442_set_bias_level() 335 err = regulator_disable(cx20442->por); in cx20442_set_bias_level() 353 if (IS_ERR(cx20442->por)) { in cx20442_component_probe() 354 int err = PTR_ERR(cx20442->por); in cx20442_component_probe() 392 if (!IS_ERR(cx20442->por)) { in cx20442_component_remove() [all …]
|
| /linux-6.15/arch/x86/entry/vdso/ |
| 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-6.15/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 62 decir, no pasan por el árbol x86 de KVM. 67 ventana de fusión, por ejemplo, la semana siguiente a rc7 para las 124 historia de KVM, por ejemplo, la versión candidata en la que se basa 176 comportamiento de la arquitectura, por lo que está implícito que el 202 temáticas se preocupan mucho más por los conflictos de código). 322 Si no puede probar completamente un cambio, por ejemplo, por falta de [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 90 de una simple obsesión por crear la historia perfecta del proyecto. 120 frecuencia y, por lo general, solo en puntos de lanzamiento específicos 121 (como una versión -rc del mainline). Si está nervioso por cambios [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 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 142 kernel de Linux por correo electrónico. Este contacto inicial debe 222 participación de los expertos. Los expertos están cubiertos por el 231 revelado por el equipo de incidente y se incorpora al proceso de 317 envían a los suscriptores por correo electrónico desde la lista [all …]
|
| H A D | submitting-patches.rst | 195 justificable por sus propios méritos. 270 este momento, muy pocos parches pasan por Linus directamente, por lo que 421 otras discusiones por correo electrónico. 432 en parches que se envían por correo electrónico. 474 ``git revert -s`` hace eso por usted. 488 Cuándo usar Acked-by:, Cc: y Co-developed-by por: 538 Ejemplo de un parche enviado por el From: autor:: 612 correo por el tester o revisor, deben ser incluidas por el autor de los 745 razonamiento de **por qué** se creó el parche. 891 "The perfect patch" (tpp) por Andrew Morton. [all …]
|
| H A D | 2.Process.rst | 50 cercano a los 1,000 cambios (“parches” o “conjuntos de cambios”) por 119 se transfiere al “equipo estable”, actualmente encabezado por Greg 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. 205 en el repositorio mainline administrado por Linux Torvalds. Mas 299 estos árboles, mantenido por Andrew Morton, se llama “-mm” (por gestión 326 linux-next, mantenido por Stephen Rothwell. El árbol linux-next es, por 439 La lista de correo principal para el desarrollo del kernel es, por 488 lugar, ya que esa es la lista frecuentada por la mayoría de los [all …]
|
| H A D | handling-regressions.rst | 147 para asociar los informes por regresiones con los cambios que las 207 En el último caso (por ejemplo v5.14), intentar gestionar las 282 A quién preguntar por consejo cuando se trata de regresiones 361 el cual suele ser enviado por regzbot una vez a la semana el domingo por la 372 ¿Qué tipos de incidentes han de ser monitorizados por regzbot? 374 El bot debe hacer seguimiento de las regresiones, y por tanto por favor, 385 impacto en casos de uso prácticos y por tanto ser detectado por los usuarios; 434 por regzbot:: 489 no preocuparse por ello. 585 una señal diciendo "por favor limpiar esto". [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. 139 kernel mantenido por Linus Torvalds y utilizado como base por los 177 mejorado por otros desarrolladores. Resultados sorprendentes pueden 188 revisión por desarrolladores externos. El código fuera-del-árbol es 241 tendrán que actualizar su módulo por separado cada vez que [all …]
|
| H A D | 5.Posting.rst | 36 cualquier trabajo importante que aún falte por hacer y cualquier problema 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 190 por favor, proporcione tanto el ID del commit como el título al citar 202 por: 221 problemas corregidos por el parche:: 238 por el parche, use la etiqueta “Closes:” (Cierra) en su lugar:: 262 - Co-developed-by: indica que el parche fue co-creado por varios 307 realizados por el cliente de correo no se aplicarán en el otro 309 duda, envíese el parche por correo y convénzase de que parece [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 233 manera de asumir la culpa: hacerlo por otra persona. Te sentirás bien por [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 259 código enviado para revisión no debería, por regla general, producir 334 Sparse debe instalarse por separado (puede encontrarse en 384 changelog diga *por qué* el parche vale la pena ser aplicado; un [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 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 176 get_maintainer.pl buscará maintainers; por favor, ten cuidado al usar las [all …]
|
| /linux-6.15/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 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 122 SCHED_BATCH también es gestionado por el gestor de tareas CFS. 134 El balanceo de tareas SMP ha sido rehecho/mejorado: el avance por las 148 normales harían, por eso permite a las tareas ejecutarse durante 171 detalles de las politicas de gestión y son manejadas por el núcleo del 254 "cpu.shares" es creado por cada grupo creado usado en el pseudo [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 105 Los valores por defecto son:: 133 por un grupo resultará en que se deje de limitar si está en un estado 146 /proc/sys/kernel/sched_cfs_bandwidth_slice_us (valor por defecto=5ms) 213 (típicamente como mucho 1ms por cada cpu o lo que se ha definido como 220 también limita la habilidad de un sobreuso a no más de 1ms por cada cpu. 225 de uso por cpu. Otra forma de decir esto es que permitiendo que [all …]
|
| /linux-6.15/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 33 proporcionadas por Linux, pero ante cualquier duda (y hay muchas) por favor 160 memoria realizadas por un CPU son percibidos por el resto del sistema a 195 ser percibidos por los loads realizados por otra CPU en el mismo orden en 481 direcciones, y por tanto puede sustituirlas por estas. 1107 por la CPU 1: 2673 emitidas por, o bien propagadas por, el mismo subproceso. Esto asegura 2701 atributos que no sean los valores por defecto (por ejemplo, los devueltos 2702 por ioremap_wc()) son específicos de la arquitectura subyacente y, por lo 2742 garantizado por todas las arquitecturas y por lo tanto no forma parte de 2849 que sucedan por esto. [all …]
|
| /linux-6.15/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() 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() 563 tps->por = 1; in tps65010_probe() 568 show_chgconfig(tps->por, "conf/init", tps->chgconf); in tps65010_probe() [all …]
|
| /linux-6.15/drivers/net/ethernet/stmicro/stmmac/ |
| H A D | dwmac-qcom-ethqos.c | 94 const struct ethqos_emac_por *por; member 118 const struct ethqos_emac_por *por; member 217 .por = emac_v2_3_0_por, 233 .por = emac_v2_1_0_por, 249 .por = emac_v3_0_0_por, 281 .por = emac_v4_0_0_por, 550 rgmii_writel(ethqos, ethqos->por[i].value, in ethqos_configure_rgmii() 551 ethqos->por[i].offset); in ethqos_configure_rgmii() 826 ethqos->por = data->por; in qcom_ethqos_probe()
|
| /linux-6.15/Documentation/devicetree/bindings/phy/ |
| H A D | qcom,usb-hs-phy.yaml | 26 const: por 37 - const: por 109 reset-names = "phy", "por";
|
| /linux-6.15/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()
|