/linux-6.6.21/arch/alpha/kernel/ |
D | core_lca.c | 395 union el_lca el; in lca_machine_check() local 397 el.c = (struct el_common *) la_ptr; in lca_machine_check() 402 vector, get_irq_regs()->pc, (unsigned int) el.c->code); in lca_machine_check() 411 switch ((unsigned int) el.c->code) { in lca_machine_check() 429 switch (el.c->size) { in lca_machine_check() 433 reason, el.c->retry ? ", retryable" : "", in lca_machine_check() 434 el.s->dc_stat); in lca_machine_check() 435 if (el.s->esr & ESR_EAV) { in lca_machine_check() 436 mem_error(el.s->esr, el.s->ear); in lca_machine_check() 438 if (el.s->ioc_stat0 & IOC_ERR) { in lca_machine_check() [all …]
|
/linux-6.6.21/fs/ocfs2/ |
D | alloc.c | 586 node->el = NULL; in ocfs2_reinit_path() 629 dest->p_node[i].el = src->p_node[i].el; in ocfs2_cp_path() 651 dest->p_node[i].el = src->p_node[i].el; in ocfs2_mv_path() 654 src->p_node[i].el = NULL; in ocfs2_mv_path() 677 path->p_node[index].el = &eb->h_list; in ocfs2_path_insert_eb() 766 int ocfs2_search_extent_list(struct ocfs2_extent_list *el, u32 v_cluster) in ocfs2_search_extent_list() argument 773 for(i = 0; i < le16_to_cpu(el->l_next_free_rec); i++) { in ocfs2_search_extent_list() 774 rec = &el->l_recs[i]; in ocfs2_search_extent_list() 777 clusters = ocfs2_rec_clusters(el, rec); in ocfs2_search_extent_list() 951 struct ocfs2_extent_list *el = NULL; in ocfs2_num_free_extents() local [all …]
|
D | extent_map.c | 281 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 …]
|
D | alloc.h | 226 int ocfs2_search_extent_list(struct ocfs2_extent_list *el, u32 v_cluster); 232 static inline unsigned int ocfs2_rec_clusters(struct ocfs2_extent_list *el, in ocfs2_rec_clusters() argument 242 if (el->l_tree_depth) in ocfs2_rec_clusters() 271 struct ocfs2_extent_list *el; member 283 #define path_root_el(_path) ((_path)->p_node[0].el) 286 #define path_leaf_el(_path) ((_path)->p_node[(_path)->p_tree_depth].el)
|
/linux-6.6.21/lib/ |
D | test_list_sort.c | 61 struct debug_el *el, **elts; in list_sort_test() local 70 el = kunit_kmalloc(test, sizeof(*el), GFP_KERNEL); in list_sort_test() 71 KUNIT_ASSERT_NOT_ERR_OR_NULL(test, el); in list_sort_test() 74 el->value = get_random_u32_below(TEST_LIST_LEN / 3); in list_sort_test() 75 el->serial = i; in list_sort_test() 76 el->poison1 = TEST_POISON1; in list_sort_test() 77 el->poison2 = TEST_POISON2; in list_sort_test() 78 elts[i] = el; in list_sort_test() 79 list_add_tail(&el->list, &head); in list_sort_test() 94 el = container_of(cur, struct debug_el, list); in list_sort_test() [all …]
|
/linux-6.6.21/fs/gfs2/ |
D | xattr.c | 187 struct gfs2_ea_location *el = ef->ef_el; in ea_find_i() local 189 el->el_bh = bh; in ea_find_i() 190 el->el_ea = ea; in ea_find_i() 191 el->el_prev = prev; in ea_find_i() 200 struct gfs2_ea_location *el) in gfs2_ea_find() argument 208 ef.ef_el = el; in gfs2_ea_find() 210 memset(el, 0, sizeof(struct gfs2_ea_location)); in gfs2_ea_find() 518 static int gfs2_ea_get_copy(struct gfs2_inode *ip, struct gfs2_ea_location *el, in gfs2_ea_get_copy() argument 522 size_t len = GFS2_EA_DATA_LEN(el->el_ea); in gfs2_ea_get_copy() 526 if (GFS2_EA_IS_STUFFED(el->el_ea)) { in gfs2_ea_get_copy() [all …]
|
/linux-6.6.21/Documentation/RCU/ |
D | rcuref.rst | 26 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-6.6.21/Documentation/translations/sp_SP/process/ |
D | submitting-patches.rst | 8 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 …]
|
D | deprecated.rst | 15 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 …]
|
D | email-clients.rst | 21 y luego revise el registro de cambios con ``git log``. Cuando eso funcione, 22 envíe el parche a la(s) lista(s) de correo apropiada(s). 27 Los parches para el kernel de Linux se envían por correo electrónico, 28 preferiblemente como texto en línea en el cuerpo del correo electrónico. 32 partes del parche sea más difícil durante el proceso de revisión del 35 También se recomienda encarecidamente que utilice texto sin formato en el 43 kernel Linux deben enviar el texto del parche intacto. Por ejemplo, no 60 encabezados "References:" o "In-Reply-To:" para que el hilo de correo no 68 No utilice firmas PGP/GPG en el correo que contiene parches. 72 Es una buena idea enviarse un parche a sí mismo, guardar el mensaje [all …]
|
D | adding-syscalls.rst | 21 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 …]
|
D | coding-style.rst | 8 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 …]
|
D | kernel-enforcement-statement.rst | 8 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 …]
|
D | programming-language.rst | 11 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.
|
D | researcher-guidelines.rst | 10 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 …]
|
D | kernel-docs.rst | 16 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-6.6.21/drivers/crypto/hisilicon/sec/ |
D | sec_algs.c | 373 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-6.6.21/Documentation/translations/sp_SP/ |
D | memory-barriers.txt | 49 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 …]
|
D | howto.rst | 8 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 …]
|
D | index.rst | 19 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-6.6.21/arch/arm64/kernel/ |
D | entry.S | 38 .macro kernel_ventry, el:req, ht:req, regsize:req, label:req 41 .if \el == 0 68 b el\el\ht\()_\regsize\()_\label 100 b el\el\ht\()_\regsize\()_\label 198 .macro kernel_entry, el, regsize = 64 199 .if \el == 0 221 .if \el == 0 291 .if \el == 0 300 bl __swpan_entry_el\el 307 .if \el == 0 [all …]
|
/linux-6.6.21/drivers/soc/apple/ |
D | rtkit-crashlog.c | 130 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-6.6.21/scripts/ |
D | spdxcheck.py | 21 def __init__(self, el, txt): argument 22 self.el = el 58 for el in lictree[d].traverse(): 59 if not os.path.isfile(el.path): 63 for l in open(el.path, encoding="utf-8").readlines(): 67 raise SPDXException(el, 'Duplicate License Identifier: %s' %lid) 84 … raise SPDXException(el, 'Exception %s is missing SPDX-Licenses' %exception) 294 for el in tree.traverse(): 295 if not os.path.isfile(el.path): 297 if exclude_file(el.path): [all …]
|
/linux-6.6.21/drivers/bus/mhi/ep/ |
D | main.c | 29 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() 147 static int mhi_ep_process_cmd_ring(struct mhi_ep_ring *ring, struct mhi_ring_element *el) in mhi_ep_process_cmd_ring() argument 157 ch_id = MHI_TRE_GET_CMD_CHID(el); in mhi_ep_process_cmd_ring() 168 switch (MHI_TRE_GET_CMD_TYPE(el)) { in mhi_ep_process_cmd_ring() 296 MHI_TRE_GET_CMD_TYPE(el), ch_id); in mhi_ep_process_cmd_ring() 328 struct mhi_ring_element *el; in mhi_ep_read_channel() local 342 el = &ring->ring_cache[ring->rd_offset]; in mhi_ep_read_channel() 349 mhi_chan->tre_loc = MHI_TRE_DATA_GET_PTR(el); in mhi_ep_read_channel() 350 mhi_chan->tre_size = MHI_TRE_DATA_GET_LEN(el); in mhi_ep_read_channel() [all …]
|
D | ring.c | 106 int mhi_ep_ring_add_element(struct mhi_ep_ring *ring, struct mhi_ring_element *el) in mhi_ep_ring_add_element() argument 139 rp = cpu_to_le64(ring->rd_offset * sizeof(*el) + ring->rbase); in mhi_ep_ring_add_element() 142 buf_info.host_addr = ring->rbase + (old_offset * sizeof(*el)); in mhi_ep_ring_add_element() 143 buf_info.dev_addr = el; in mhi_ep_ring_add_element() 144 buf_info.size = sizeof(*el); in mhi_ep_ring_add_element()
|