POR (full) in projects: linux-6.14.4 - OpenGrok search results

Project(s)

Full Search
Definition
Symbol
File Path
History
Type

Searched full:por (Results 1 – 25 of 170) sorted by relevance

12 3 4 5 6 7

/linux-6.14.4/Documentation/translations/sp_SP/process/
D	maintainer-kvm-x86.rst	11 KVM se esfuerza por ser una comunidad acogedora; las contribuciones de los 12 recién llegados son valoradas e incentivadas. Por favor, no se desanime ni 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 33 Por lo general, las correcciones para el ciclo en curso se aplican 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 [all …]
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 141 Por ejemplo:: 153 Si su parche corrige un error en un commit específico, por ejemplo 157 regla "ajustar a 75 columnas" para simplificar análisis de scripts. Por 184 Por ejemplo, si sus cambios incluyen correcciones de errores y mejoras en 189 Por otro lado, si realiza un solo cambio en numerosos archivos, agrupe esos 190 cambios en un solo parche. Por lo tanto, un solo cambio lógico estará [all …]
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. 96 les hará la vida mucho más difícil a esos desarrolladores. Por lo tanto, [all …]
D	5.Posting.rst	29 se complete el trabajo. Por lo tanto, se debería considerar publicar 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 157 propósito del parche. Por ejemplo: 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: [all …]
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 104 pasado se consideran especialmente graves. Por esta razón, los parches 114 regresiones la próxima vez. Por lo tanto, la mayoría de los kernels 5.x 119 se transfiere al “equipo estable”, actualmente encabezado por Greg 124 mainline para el siguiente kernel de desarrollo. Por lo general, los 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 [all …]
D	management-style.rst	20 que reglas simples de estilo de codificación, por lo que este documento 23 por ti mismo. 25 Por cierto, cuando se hable de “gerente de kernel”, se refiere a las 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 79 Por lo tanto, la llave para evitar las grandes decisiones se convierte en 95 Resulta que algunas personas tienen problemas con este enfoque, por dos 132 Por cierto, otra forma de evitar una decisión es quejarse lastimeramente 135 terminar siendo que ambos equipos se sientan tan frustrados por la [all …]
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. 101 se cambian todos los días. Por lo tanto, no es sorprendente que el 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, [email protected]. 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 [all …]
D	4.Coding.rst	13 kernel está en el código resultante. Es el código lo que será examinado por 15 Por lo tanto, es la calidad de este código lo que determinará el éxito 58 de estilo de programación son vistas como ruido por la comunidad de 59 desarrollo; tienden a recibir una recepción adversa. Por lo tanto, este 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 111 Por otro lado, si se encuentra copiando cantidades significativas de código [all …]
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 …]
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 …]
D	coding-style.rst	14 mantener, y preferiría que para la mayoría de otras cosas también. Por 15 favor, por lo menos considere los argumentos expuestos aquí. 26 Las tabulaciones tienen 8 caracteres y, por lo tanto, las sangrías también 49 sangría`` (``double-indenting``) en etiquetas ``case``. Por ejemplo: 145 (if, switch, for, while, do). Por ejemplo: 176 excepto en los casos en que es seguida por una continuación de la misma 258 pero no con sizeof, typeof, alignof, o __attribute__. Por ejemplo, 310 final y puede, opcionalmente, eliminar los espacios en blanco finales por 373 Por favor no use cosas como ``vps_t``. 401 La opacidad y las ``funciones de acceso`` no son buenas por sí [all …]
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 70 Por lo tanto, al contemplar un proyecto de desarrollo del kernel, se deben 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 [all …]
D	security-bugs.rst	13 Por favor, informe sobre los errores de seguridad al equipo de seguridad 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 29 más fácil será diagnosticarlo y corregirlo. Por favor, revise el 35 Por favor, envíe correos electrónicos en texto plano sin archivos 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.
D	researcher-guidelines.rst	13 aspectos de Linux son impulsados por investigación en una forma u otra. 25 investigación de este tipo. Por lo menos, dicha investigación y 39 pero no limitado a código fuente) producido por la comunidad del kernel 59 discusiones. Dicha comunicación puede ser perjudicial al desarrollador (por 66 La participación en el desarrollo de Linux en sí mismo por parte de 96 * ¿Que se cambió para solucionar el problema y por qué se cree es correcto? 103 Por ejemplo (en inglés, pues es en las listas):: 136 Si usted es un colaborador por primera vez, se recomienda que el parche en 137 si sea examinado por otros en privado antes de ser publicado en listas 148 con este documento y las expectativas de la comunidad de desarrolladores, por
D	howto.rst	15 guiándole por el camino correcto. 25 todo cuanto necesita para conseguir esto, describiendo el proceso por el 27 También trata de explicar las razones por las cuales la comunidad trabaja 45 sin depender de la biblioteca C estándar, por lo que algunas partes del 64 El código fuente del kernel de Linux se publica bajo licencia GPL. Por 129 - Capas intermedias del subsistema (por compatibilidad?) 147 kernel (o cualquier persona que simplemente sienta curiosidad por 158 Por favor consulte esta lista si no encuentra lo que están buscando 205 Si no sabe por dónde quiere empezar, pero quieres buscar alguna tarea que 246 El mainline tree es mantenido por Linus Torvalds, y puede encontrarse en [all …]
D	6.Followthrough.rst	16 la siguiente etapa del proceso, con, posiblemente, bastante trabajo aún por 36 - Si ha explicado bien su parche, los revisores entenderán su valor y por 76 por los revisores. Si cree que el revisor ha malinterpretado su código, 82 sobre las cosas. Puede ser fácil quedar cegado por su propia solución a un 116 alternativas. Y tenga en cuenta, por supuesto, que él puede no estar de 131 subsistema obvio (parches de gestión de memoria, por ejemplo), el árbol 133 subsistemas también pueden terminar pasando por el árbol -mm. 137 el parche por defecto. Los árboles de subsistemas típicamente alimentan 172 cuántas personas construirán su código en sus kernels. Y, por supuesto, 187 que, por favor, responda a los informes de errores y solucione los [all …]
/linux-6.14.4/arch/x86/crypto/
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 …]`
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 …]`
/linux-6.14.4/Documentation/translations/sp_SP/
D	memory-barriers.txt	21 Traducido por: Carlos Bilbao <[email protected]> 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 164 Por ejemplo, considere la siguiente secuencia de eventos: 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 [all …]
D	index.rst	`26 es posible. Por tanto, no existe ninguna garantía de que una traducción 32 Una traducción no es una * bifurcación * de la documentación oficial, por 38 contribuciones que son puramente de interés relativo a la traducción (por 43 gramática, y una cultura tras ella, por lo tanto, la traducción de una 44 oración al inglés se podría modificar para adaptarla al español. Por esta 48 en inglés serán reemplazadas por las palabras correspondientes en español.`
/linux-6.14.4/Documentation/translations/sp_SP/scheduler/
D	sched-design-CFS.rst	17 implementado por Ingo Molnar e integrado en Linux 2.6.23. Es el sustituto 28 velocidad, en paralelo, y cada una a 1/n velocidad. Por ejemplo, si hay dos 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. [all …]
D	sched-bwc.rst	50 por cada segundo de tiempo de reloj de una tarea, tendríamos que 60 Por ejemplo, se tiene u_i = {x,e}_i, donde x es el p(95) y x+e p(100) 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 139 Por eficiencia el tiempo de ejecución es transferido en lotes desde una reserva 141 por la contabilidad en grandes sistemas. La cantidad transferida cada vez [all …]
/linux-6.14.4/arch/arm64/include/asm/
D	por.h	`12 static inline bool por_elx_allows_read(u64 por, u8 pkey) in por_elx_allows_read() argument 14 u8 perm = POR_ELx_IDX(por, pkey); in por_elx_allows_read() 19 static inline bool por_elx_allows_write(u64 por, u8 pkey) in por_elx_allows_write() argument 21 u8 perm = POR_ELx_IDX(por, pkey); in por_elx_allows_write() 26 static inline bool por_elx_allows_exec(u64 por, u8 pkey) in por_elx_allows_exec() argument 28 u8 perm = POR_ELx_IDX(por, pkey); in por_elx_allows_exec()`
/linux-6.14.4/sound/soc/codecs/
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() 352 cx20442->por = regulator_get(component->dev, "POR"); in cx20442_component_probe() 353 if (IS_ERR(cx20442->por)) { in cx20442_component_probe() 354 int err = PTR_ERR(cx20442->por); in cx20442_component_probe() [all …]
/linux-6.14.4/arch/x86/entry/vdso/
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`

12 3 4 5 6 7