Home
last modified time | relevance | path

Searched refs:el (Results 1 – 25 of 72) sorted by relevance

123

/linux/fs/ocfs2/
H A Dalloc.c587 node->el = NULL; in ocfs2_reinit_path()
630 dest->p_node[i].el = src->p_node[i].el; in ocfs2_cp_path()
652 dest->p_node[i].el = src->p_node[i].el; in ocfs2_mv_path()
655 src->p_node[i].el = NULL; in ocfs2_mv_path()
678 path->p_node[index].el = &eb->h_list; in ocfs2_path_insert_eb()
767 int ocfs2_search_extent_list(struct ocfs2_extent_list *el, u32 v_cluster) in ocfs2_search_extent_list() argument
774 for(i = 0; i < le16_to_cpu(el->l_next_free_rec); i++) { in ocfs2_search_extent_list()
775 rec = &el->l_recs[i]; in ocfs2_search_extent_list()
778 clusters = ocfs2_rec_clusters(el, rec); in ocfs2_search_extent_list()
952 struct ocfs2_extent_list *el = NULL; in ocfs2_num_free_extents() local
[all …]
H A Dextent_map.c281 struct ocfs2_extent_list *el; in ocfs2_last_eb_is_empty() local
290 el = &eb->h_list; in ocfs2_last_eb_is_empty()
292 if (el->l_tree_depth) { in ocfs2_last_eb_is_empty()
301 next_free = le16_to_cpu(el->l_next_free_rec); in ocfs2_last_eb_is_empty()
304 (next_free == 1 && ocfs2_is_empty_extent(&el->l_recs[0]))) in ocfs2_last_eb_is_empty()
316 static int ocfs2_search_for_hole_index(struct ocfs2_extent_list *el, in ocfs2_search_for_hole_index() argument
322 for(i = 0; i < le16_to_cpu(el->l_next_free_rec); i++) { in ocfs2_search_for_hole_index()
323 rec = &el->l_recs[i]; in ocfs2_search_for_hole_index()
344 struct ocfs2_extent_list *el, in ocfs2_figure_hole_clusters() argument
353 i = ocfs2_search_for_hole_index(el, v_cluster); in ocfs2_figure_hole_clusters()
[all …]
/linux/Documentation/translations/sp_SP/process/
H A D1.Intro.rst14 El resto de esta sección cubre el alcance del proceso de desarrollo del
16 empleadores pueden encontrar allí. Hay muchas razones por las que el
17 código del kernel debe fusionarse con el kernel oficial (“mainline”),
18 incluyendo la disponibilidad automática para los usuarios, el apoyo de la
23 :ref:`sp_development_process` introduce el proceso de desarrollo, el ciclo
25 (merge window). Se cubren las distintas fases en el desarrollo del parche,
26 la revisión y, el ciclo de fusión. Hay algunas discusiones sobre
28 comenzar con el desarrollo del kernel a encontrar y corregir errores como
35 :ref:`sp_development_coding` trata sobre el proceso de codificación. Se
41 :ref:`sp_development_posting` trata sobre el proceso de enviar parches para
[all …]
H A D2.Process.rst8 Cómo funciona el proceso de desarrollo
14 alrededor de 2,000 desarrolladores involucrados durante un año, el kernel
15 ha tenido que adaptar varios procesos para mantener el desarrollo sin
16 problemas. Se requiere una comprensión solida de cómo funciona el proceso
23 en el tiempo de manera flexible, con uno nuevo lanzamiento principal del
40 desarrollo del kernel de Linux; el kernel utiliza un modelo de desarrollo
46 momento, el código que se considera lo suficientemente estable (y que es
47 aceptado por la comunidad de desarrollo) se fusiona en el kernel mainline.
60 el primero de los kernels “rc”. Para el kernel destinado a ser 5.6, por
61 ejemplo, el lanzamiento al final de la ventana de fusión se llamará
[all …]
H A Dhandling-regressions.rst13 Documentation/admin-guide/reporting-regressions.rst, que cubre el tema
14 desde el punto de vista de un usuario; si nunca ha leído ese texto, realice
17 Las partes importantes (el "TL;DR")
31 #. Haga que el bot del kernel de Linux "regzbot" realice el seguimiento del
37 como el siguiente, lo que le indica a regzbot cuando empezó a suceder
38 el incidente::
43 regresiones(ver más arriba), incluir un párrafo como el siguiente::
51 del incidente, como se indica en el documento:
69 Asegúrese de que el programa de gestión de regresiones del kernel de Linux
75 inmediatamente meterla en el la cadena de emails mandado al menos un
[all …]
H A Dsubmitting-patches.rst8 Envío de parches: la guía esencial para incluir su código en el kernel
12 el proceso puede en ocasiones resultar desalentador si no se está
13 familiarizado con "el sistema". Este texto es una colección de sugerencias
19 funciona el proceso de desarrollo del kernel, consulte
35 Obtenga el código fuente actual
38 Si no tiene a mano un repositorio con el código fuente actual del kernel,
39 use ``git`` para obtener uno. Querrá comenzar con el repositorio principal,
45 el árbol principal directamente. La mayoría de los maintainers de
47 preparados para esos árboles. Revise el campo **T:** para el subsistema
48 en el archivo MAINTAINERS para encontrar dicho árbol, o simplemente
[all …]
H A Ddeprecated.rst15 la jerarquía de mantenimiento, y el tiempo, no siempre es posible hacer
17 han de ir creándose en el kernel, mientras que las antiguas se quitan,
21 obsoletos son propuestos para incluir en el kernel.
33 desanimar a otros a usarla en el futuro.
43 estados?). La popular función BUG() desestabilizará el sistema o lo romperá
65 uso de esas reservas puede llevar a desbordamientos en el 'heap' de memoria
67 literales donde el compilador si puede avisar si estos puede desbordarse.
68 De todos modos, el método recomendado en estos caso es reescribir el código
88 Otro caso común a evitar es calcular el tamaño de una estructura com
105 size_add(), and size_sub(). Por ejemplo, en el caso de::
[all …]
H A Dembargoed-hardware-issues.rst35 en el kernel de Linux no son manejados por este equipo y el "reportero"
36 (quien informa del error) será guiado a contactar el equipo de seguridad
45 La lista esta encriptada y el correo electrónico a la lista puede ser
47 PGP del reportero o el certificado de S/MIME. La llave de PGP y el
55 el vendedor de hardware afectado, damos la bienvenida al contacto de
77 responsable para operar y administrar el resto de la infraestructura de
101 seguridad del hardware en el pasado y tiene los mecanismos necesarios para
102 permitir el desarrollo compatible con la comunidad bajo restricciones de
106 dedicado para el contacto inicial, el cual supervisa el proceso de manejo
110 (expertos en dominio) que formarán el equipo de respuesta inicial para un
[all …]
H A Dhowto.rst8 Cómo participar en el desarrollo del kernel de Linux
11 Este documento es el principal punto de partida. Contiene instrucciones
13 trabajar con el y en su desarrollo. El documento no tratará ningún aspecto
15 guiándole por el camino correcto.
25 todo cuanto necesita para conseguir esto, describiendo el proceso por el
32 es necesario para desarrollar en el kernel. Lenguaje ensamblador (en
48 entender las suposiciones que el kernel hace respecto a la cadena de
65 favor, revise el archivo COPYING, presente en la carpeta principal del
81 cómo usar la función. Cuando un cambio en el kernel hace que la interfaz
82 que el kernel expone espacio de usuario cambie, se recomienda que envíe la
[all …]
H A Dadding-syscalls.rst21 son los puntos de interacción entre el userspace y el kernel más obvios y
31 - Si la nueva funcionalidad involucra operaciones donde el kernel
33 descriptor de archivo para el objeto relevante permite al userspace
42 (mire ``Documentation/filesystems/sysfs.rst``) o el filesystem ``/proc``
44 requiere que el filesystem relevante esté montado, lo que podría no ser
45 siempre el caso (e.g. en un ambiente namespaced/sandboxed/chrooted).
47 interfaz (interface) de 'producción' para el userspace.
65 Diseñando el API: Planeando para extensiones
70 explícitamente el interface en las listas de correo del kernel, y es
77 historia del kernel y planee extensiones desde el inicio.)
[all …]
H A Dmaintainer-kvm-x86.rst29 x86 está dividido entre el árbol principal de KVM,
33 Por lo general, las correcciones para el ciclo en curso se aplican
34 directamente al árbol principal de KVM, mientras que todo el desarrollo
35 para el siguiente ciclo se dirige a través del árbol de KVM x86. En el
36 improbable caso de que una corrección para el ciclo actual se dirija a
41 tiempo, es decir, que será el statu quo en un futuro previsible.
46 propósito de utilizar ramas temáticas más específicas es facilitar 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.
69 el pull request principal de KVM enviado durante la ventana de fusión de
[all …]
H A Dcoding-style.rst8 Estilo en el código del kernel Linux
11 Este es un breve documento que describe el estilo preferido en el código
29 definir el valor de PI como 3.
37 el código se mueva demasiado a la derecha y dificulta la lectura en una
47 declaración de switch es para alinear el ``switch`` y sus etiquetas
78 No use comas para evitar el uso de llaves:
99 espacios nunca se utilizan para la sangría, y el ejemplo anterior se rompe
117 Los descendientes siempre son sustancialmente más cortos que el padre y
124 Sin embargo, nunca rompa los strings visibles para el usuario, como los
131 El otro problema que siempre surge en el estilo C es la colocación de
[all …]
H A Dsecurity-bugs.rst21 oficiales de seguridad que ayudarán a verificar el informe del error y
24 el proceso. Es posible que el equipo de seguridad traiga ayuda adicional
29 más fácil será diagnosticarlo y corregirlo. Por favor, revise el
32 es muy útil y no será divulgado sin el consentimiento del "reportero" (el
33 que envia el error) a menos que ya se haya hecho público.
40 un parche todavía) describa el problema y el impacto, enumere los pasos
49 comienza el proceso de lanzamiento. Las soluciones para errores conocidos
55 desde el inicio del proceso de lanzamiento, con una extensión excepcional
63 junto con la solución o en cualquier otro canal de divulgación sin el
71 que se haya levantado el embargo, en perpetuidad.
[all …]
H A Dkernel-enforcement-statement.rst8 Aplicación de la licencia en el kernel Linux
14 fundamentales en el largo plazo para la sostenibilidad de nuestro software
17 Aunque existe el derecho de hacer valer un copyright distinto en las
18 contribuciones hechas a nuestra comunidad, compartimos el interés de
22 Con el fin de disuadir la aplicación inútil de acciones, estamos de acuerdo
23 en que es en el mejor interés de nuestro desarrollo como comunidad asumir
24 el siguiente compromiso con los usuarios del kernel Linux, en nombre
28 que es en el mejor interés de nuestra comunidad de desarrollo adoptar
36 a menos que y hasta que el titular de los derechos de autor explícita
37 y finalmente rescinda su licencia, y (b) de forma permanente, si el
[all …]
H A Dprogramming-language.rst11 El kernel está escrito en el lenguaje de programación C [sp-c-language]_.
12 Más concretamente, el kernel normalmente se compila con ``gcc`` [sp-gcc]_
13 bajo ``-std=gnu11`` [sp-gcc-c-dialect-options]_: el dialecto GNU de ISO C11.
20 Hay algo de soporte para compilar el núcleo con ``icc`` [sp-icc]_ para varias
21 de las arquitecturas, aunque en el momento de escribir este texto, eso no
27 Una de las comunes extensiones utilizadas en todo el kernel son los atributos
34 que no los admiten pero de todos modos deben producir el código adecuado,
40 ``__attribute__((__pure__))``) con el fin de detectar cuáles se pueden
41 utilizar y/o acortar el código.
H A Dresearcher-guidelines.rst10 transparente sobre el kernel de Linux, las actividades involucradas
37 el proyecto están participando en buena fe para mejorar Linux. La
49 La investigación activa sobre el comportamiento de los desarrolladores,
50 sin embargo, debe hacerse con el acuerdo explícito y la divulgación
60 ejemplo, agotar el tiempo, el esfuerzo, y la moral) y perjudicial para el
62 el colaborador (y la organización del colaborador en conjunto), socavando
66 La participación en el desarrollo de Linux en sí mismo por parte de
87 * ¿Cuál es el problema específico que se ha encontrado?
89 * ¿Qué efecto tendría encontrar el problema en el sistema?
90 * ¿Como se encontró el problema? Incluya específicamente detalles sobre
[all …]
H A Dmanagement-style.rst12 Este es un documento breve que describe el estilo de gestión preferido (o
13 inventado, dependiendo de a quién le preguntes) para el kernel de Linux.
14 Está destinado a reflejar el documento
28 alguna idea sobre el presupuesto de tu grupo, es casi seguro que no eres
35 haciendo dolorosamente obvio para el interrogador que no tenemos ni idea
47 más grande debe ser el gerente para tomarla. Eso es muy profundo y obvio,
59 diferente. Es decir, que estas en el trabajo equivocado y que **ellos**
62 Así que el nombre del partido es **evitar** las decisiones, al menos las
71 si te equivocaste (u **estarás** equivocado), siempre puede deshacer el
90 pide disculpas y deshaz todo el trabajo inútil que hiciste trabajar a la
[all …]
H A Dkernel-docs.rst16 desarrolladores se interesan por el kernel. Sin embargo, leer las fuentes
17 no siempre es suficiente. Es fácil entender el código, pero se pierden los
26 nuevo documento, incluya una referencia aquí, siguiendo el proceso de envío
30 Todos los documentos se catalogan con los siguientes campos: el "Título",
31 el "Autor"/es, la "URL" donde se encuentran, algunas "Palabras clave"
41 Documentos en el árbol del kernel Linux
77 :Descripción: Un muy buen libro GPL sobre el tema de la programación
139 Hay una sección fija sobre el kernel, resumiendo el trabajo de sus
152 desarrolladores de mm... ¡Si está interesado en el desarrollo de la
163 quieren aprender sobre el kernel, trabajar en proyectos del kernel
/linux/Documentation/RCU/
H A Drcuref.rst26 atomic_set(&el->rc, 1); atomic_inc(&el->rc);
37 if(atomic_dec_and_test(&el->rc)) ...
38 kfree(el);
42 if (atomic_dec_and_test(&el->rc))
43 kfree(el);
61 atomic_set(&el->rc, 1); if (!atomic_inc_not_zero(&el->rc)) {
72 if (atomic_dec_and_test(&el->rc)) ...
73 call_rcu(&el->head, el_free); remove_element
76 if (atomic_dec_and_test(&el->rc))
77 call_rcu(&el->head, el_free);
[all …]
/linux/Documentation/translations/sp_SP/
H A Dmemory-barriers.txt49 Tenga en cuenta que una arquitectura puede proporcionar más que el
112 - Y luego está el Alfa.
126 Considere el siguiente modelo abstracto del sistema:
152 En la CPU abstracta, el orden de las operaciones de memoria es muy
154 en el orden que desee, siempre que la causalidad del programa parezca
155 mantenerse. De manera similar, el compilador también puede organizar las
156 instrucciones que emite en el orden que quiera, siempre que no afecte al
159 Entonces, en el diagrama anterior, los efectos de las operaciones de
160 memoria realizadas por un CPU son percibidos por el resto del sistema a
161 medida que las operaciones cruzan la interfaz entre la CPU y el resto del
[all …]
H A Dindex.rst19 simplemente para aquellos que prefieran leer en el idioma español. Sin
28 traducción no se corresponde con lo que ve en el código fuente, informe
46 la forma, pero todavía transmiten el mensaje original. A pesar de la gran
47 difusión del inglés en el idioma hablado, cuando sea posible, expresiones
56 los maintainers pueden utilizar el español con el que dichos maintainers se
64 Este es el nivel superior de la documentación del kernel en idioma español.
68 En términos más generales, la documentación, como el kernel mismo, están en
/linux/drivers/crypto/hisilicon/sec/
H A Dsec_algs.c373 static void sec_alg_free_el(struct sec_request_el *el, in sec_alg_free_el() argument
376 sec_free_hw_sgl(el->out, el->dma_out, info); in sec_alg_free_el()
377 sec_free_hw_sgl(el->in, el->dma_in, info); in sec_alg_free_el()
378 kfree(el->sgl_in); in sec_alg_free_el()
379 kfree(el->sgl_out); in sec_alg_free_el()
380 kfree(el); in sec_alg_free_el()
386 struct sec_request_el *el, *temp; in sec_send_request() local
390 list_for_each_entry_safe(el, temp, &sec_req->elements, head) { in sec_send_request()
404 ret = sec_queue_send(queue, &el->req, sec_req); in sec_send_request()
412 kfifo_put(&queue->softqueue, el); in sec_send_request()
[all …]
/linux/arch/arm64/kernel/
H A Dentry.S39 .macro kernel_ventry, el:req, ht:req, regsize:req, label:req
42 .if \el == 0
68 b el\el\ht\()_\regsize\()_\label
99 b el\el\ht\()_\regsize\()_\label
197 .macro kernel_entry, el, regsize = 64
198 .if \el == 0
220 .if \el == 0
290 .if \el == 0
300 bl __swpan_entry_el\el
307 .if \el == 0
[all …]
/linux/drivers/soc/apple/
H A Drtkit-crashlog.c130 const char *el; in apple_rtkit_crashlog_dump_regs() local
142 el = "EL0t"; in apple_rtkit_crashlog_dump_regs()
145 el = "EL1t"; in apple_rtkit_crashlog_dump_regs()
148 el = "EL1h"; in apple_rtkit_crashlog_dump_regs()
151 el = "EL2t"; in apple_rtkit_crashlog_dump_regs()
154 el = "EL2h"; in apple_rtkit_crashlog_dump_regs()
157 el = "unknown"; in apple_rtkit_crashlog_dump_regs()
162 dev_warn(rtk->dev, " == Exception taken from %s ==", el); in apple_rtkit_crashlog_dump_regs()
/linux/drivers/bus/mhi/ep/
H A Dmain.c29 struct mhi_ring_element *el, bool bei) in mhi_ep_send_event() argument
48 ret = mhi_ep_ring_add_element(ring, el); in mhi_ep_send_event()
163 static int mhi_ep_process_cmd_ring(struct mhi_ep_ring *ring, struct mhi_ring_element *el) in mhi_ep_process_cmd_ring() argument
173 ch_id = MHI_TRE_GET_CMD_CHID(el); in mhi_ep_process_cmd_ring()
184 switch (MHI_TRE_GET_CMD_TYPE(el)) { in mhi_ep_process_cmd_ring()
314 MHI_TRE_GET_CMD_TYPE(el), ch_id); in mhi_ep_process_cmd_ring()
343 struct mhi_ring_element *el = &ring->ring_cache[ring->rd_offset]; in mhi_ep_read_completion() local
361 if (MHI_TRE_DATA_GET_CHAIN(el)) { in mhi_ep_read_completion()
366 if (MHI_TRE_DATA_GET_IEOB(el)) { in mhi_ep_read_completion()
367 ret = mhi_ep_send_completion_event(mhi_cntrl, ring, el, in mhi_ep_read_completion()
[all …]

123