| /linux/drivers/net/ethernet/dec/tulip/ |
| A D | de2104x.c | 373 netif_dbg(de, rx_err, de->dev, in de_rx_err_acct() 380 netif_warn(de, rx_err, de->dev, in de_rx_err_acct() 432 netif_dbg(de, rx_status, de->dev, in de_rx() 506 de->rx_tail, de->tx_head, de->tx_tail); in de_interrupt() 571 netif_dbg(de, tx_err, de->dev, in de_tx() 586 netif_dbg(de, tx_done, de->dev, in de_tx() 895 de->tx_head = de->tx_tail = 0; in de_stop_hw() 1316 de->tx_head = de->tx_tail = 0; in de_init_rings() 1345 de->rx_skb[i].mapping, de->rx_buf_sz, in de_clean_rings() 1453 de->rx_tail, de->tx_head, de->tx_tail); in de_tx_timeout() [all …]
|
| /linux/Documentation/translations/sp_SP/process/ |
| A D | embargoed-hardware-issues.rst | 14 categoría diferente de errores de seguridad que los errores de software 30 El equipo de seguridad de hardware del kernel de Linux es separado del 33 El equipo solo maneja la coordinación de los problemas de seguridad de 34 hardware embargados. Los informes de errores de seguridad de software puro 59 Oficiales de seguridad de hardware 62 El equipo actual de oficiales de seguridad de hardware: 68 Operación de listas de correo 73 este servicio, los miembros del personal de operaciones de IT de la 76 contrato de trabajo. El personal de IT de la Fundación Linux también es 80 El actual director de infraestructura de proyecto de IT de la Fundación [all …]
|
| A D | contribution-maturity-model.rst | 8 Modelo de Madurez de Contribución al Kernel de Linux 15 Como parte de la cumbre de mantenedores del kernel de Linux 2021, hubo 17 en el reclutamiento de mantenedores del kernel, así como la sucesión de 18 los mantenedores. Algunas de las conclusiones de esa discusión incluyeron 19 que las empresas que forman parte de la comunidad del kernel de Linux 28 este Modelo de Madurez de Contribución al Kernel de Linux. Estas 53 kernel de Linux, ya sea como parte de sus responsabilidades de trabajo 60 como parte de sus responsabilidades de trabajo. 63 * Las contribuciones de código upstream de un ingeniero de software se 99 * Se anima a los ingenieros de software a pasar una parte de su tiempo de [all …]
|
| A D | 2.Process.rst | 11 El desarrollo del kernel de Linux a principios de la década de 1990 fue 39 varias centenas de miles de líneas de código. 5.x es la vanguardia del 44 de parches para cada lanzamiento. Al comienzo de cada ciclo de desarrollo, 154 Ciclo de vida de un parche 164 de la falta de compresión de este proceso o de sus intentos de eludirlo. 260 fusionar de sus repositorios. Si Linus está de acuerdo, el flujo de 284 La cadena de árboles de subsistemas guía el flujo de parches en el 301 de una larga lista de árboles de subsistemas; también tiene algunos 308 resultado, -mm funciona como una especie de árbol de subsistemas de 348 altura de la codificación o los estándares de calidad del kernel de [all …]
|
| A D | 1.Intro.rst | 14 El resto de esta sección cubre el alcance del proceso de desarrollo del 24 de lanzamiento del kernel y la mecánica de la "ventana de combinación" 64 El kernel de Linux, con más de 8 millones de líneas de código y más de 73 Con el crecimiento de Linux, ha llegado un aumento en el número de 91 libre. Un ciclo típico de desarrollo de kernel de tres meses puede 100 producto de alta calidad) en un entorno donde miles de líneas de código 102 proceso de desarrollo del kernel de Linux difiera mucho de los métodos de 211 de las mejores maneras de ayudar a garantizar ese éxito. 216 tenerse en cuenta antes de considerar cualquier tipo de distribución de 292 se deriva de esfuerzos de ingeniería inversa que carecen de las garantías [all …]
|
| A D | adding-syscalls.rst | 181 misma sección, ya que va en contra de los propósitos de las capabilities de 221 Implementation de Llamada de Sistema Generica 227 numero de argumentos de la llamada de sistema, y la macro toma el nombre de 282 Implementación de Llamada de Sistema x86 301 Compatibilidad de Llamadas de Sistema (Genérica) 341 versión de la implementación se ejecuta como parte de un kernel de 64-bit, 361 de 32-bit. 393 - (en caso de ser necesario) un struct de mapeo de 32-bit en ``include/linux/compat.h`` 396 Compatibilidad de Llamadas de Sistema (x86) 575 específicos de arquitectura, envoltorios de compatibilidad específicos de [all …]
|
| A D | coding-style.rst | 28 de 4 (¡o incluso 2!) caracteres de longitud, y eso es similar a tratar de 39 necesita más de 3 niveles de sangría, está en apuros de todos modos y 298 y sin espacio alrededor de los operadores de miembros de estructura ``.`` y 304 siguiente línea de código de inmediato. Sin embargo, algunos de estos 484 después de la función de cierre de línea de llave. Por ejemplo: 529 real de la función), el compilador no permite atributos de parámetros de 737 Ahora bien, de nuevo, la sangría de GNU tiene la misma configuración de 774 registro de salida de mensajes avc). No hace auditoría de llamadas al 817 Se pueden encontrar ejemplos de este tipo de ``recuento de referencias de 931 Sin embargo, la impresión de mensajes de depuración se maneja de manera [all …]
|
| A D | howto.rst | 23 kernel de Linux? Tal vez su jefe le haya dicho, "Escriba un driver de 100 Esto describe el estilo de código del kernel de Linux y algunas de los 194 tipo de pregunta básica de desarrollo del kernel (asegúrese de buscar en 234 El proceso de desarrollo del kernel de Linux consiste actualmente de 325 estos sitios de trabajo de parches se enumeran en 332 Antes de que las actualizaciones de los árboles de subsistemas se combinen 352 Gestión de informes de bugs 355 Una de las mejores formas de poner en práctica sus habilidades de hacking 359 cuenta de tu presencia. La corrección de errores es una de las mejores 503 naturaleza sin rostro de interacción. Una de las ventajas de utilizar el [all …]
|
| A D | maintainer-kvm-x86.rst | 47 control de un área de desarrollo, y para limitar los daños colaterales de 58 Ciclo de Vida 69 el pull request principal de KVM enviado durante la ventana de fusión de 139 los mantenedores de KVM *y* del árbol de consejos. 161 Gran parte de la base de código de KVM está directamente vinculada al 162 comportamiento de la arquitectura definido en El Manual de Desarrollo de 164 de AMD. El uso de "SDM de Intel" y "APM de AMD", o incluso sólo "SDM" o 313 Tenga en cuenta que las autopruebas de KVM y las pruebas de unidad de KVM 369 condición de carrera de tipo uno en un millón. 416 Las autopruebas de KVM asociadas a cambios de KVM, por ejemplo, pruebas de [all …]
|
| A D | deprecated.rst | 40 "situación imposible", confirmar y disponer de un hilo del kernel de forma 59 Operaciones aritméticas en los argumentos de reserva de memoria 62 deberían realizarse en los argumentos de reserva de memoria (o similares) 127 cadena de caracteres termine en NUL o en el carácter de línea nueva. 140 compilados (o el valor negativo de errno cuando se trunca la cadena de 182 Tradicionalmente,el uso de "%p" en el formato de cadenas de caracteres 215 de contenido al final de la pila (cuando se construye sin 263 en estos casos. El estilo anterior de arrays de un elemento o de longitud 343 Con respecto a los arrays de un único elemento, se ha de ser consciente de 365 usa la función de ayuda struct_size(), de otro modo estaríamos [all …]
|
| A D | kernel-enforcement-statement.rst | 13 El cumplimiento de las obligaciones de intercambio recíproco de GPL-2.0 son 22 Con el fin de disuadir la aplicación inútil de acciones, estamos de acuerdo 25 nuestro y de cualquier sucesor de nuestros derechos de autor (copyright): 27 Sin perjuicio de las disposiciones de terminación de GPL-2.0, aceptamos 31 de infringimiento (en inglés, "non-defensive assertion") de los 36 a menos que y hasta que el titular de los derechos de autor explícita 41 Además, su licencia de un titular de derechos de autor en particular es 44 vez que ha recibido notificación de violación de esta Licencia (para 45 cualquier trabajo) de ese titular de los derechos de autor, y subsana 46 la infracción antes de los 30 días posteriores de recibir el aviso. [all …]
|
| A D | submitting-patches.rst | 133 los archivos de las listas de correo o un rastreador de errores; si el 134 parche es el resultado de alguna discusión anterior de la lista de correo o 149 externos. Además de dar una URL a un archivo o error de la lista de correo, 226 Verifique sus parches con el verificador de estilo de parches antes de 265 ¡No envíe más de 15 parches a la vez a las listas de correo de vger! 286 en el área de sign-off de su parche (es decir, NO un destinatario de correo 405 de asunto:: 721 Asunto: [PATCH 2/5] ext2: mejorar la escalabilidad de la búsqueda de mapas de bits 754 herramientas de manejo de parches donde termina el mensaje de registro de 769 Un buen ejemplo de tales comentarios podría ser ``registros de cambios de [all …]
|
| A D | code-of-conduct.rst | 8 Código de Conducta para Contribuyentes 15 a hacer de la participación en nuestra comunidad una experiencia libre de 18 identidad y expresión de género, nivel de experiencia, educación, nivel 39 Ejemplos de comportamiento inaceptable: 47 físicas o de correo 53 Aplicación de las responsabilidades 56 Los administradores de la comunidad son responsables de aclarar y hacer 62 de eliminar, editar o rechazar comentarios, commits, código, ediciones de 64 Código de Conducta, y comunicarán las razones para sus decisiones de 72 comunidad. Ejemplos de esto incluyen el uso de la cuenta oficial de correo [all …]
|
| /linux/fs/hpfs/ |
| A D | dnode.c | 17 for (de = dnode_first_de(d); de < de_end; de = de_next_de(de)) { in get_pos() 124 for (de = dnode_first_de(d); de < de_end; de = de_next_de(de)) { in dnode_pre_last_de() 134 for (de = dnode_first_de(d); de < de_end; de = de_next_de(de)) { in dnode_last_de() 180 for (de = dnode_first_de(d); de < de_end; de = de_next_de(de)) { in hpfs_add_de() 220 for (de = dnode_first_de(d); de < de_end; de = de_next_de(de)) in fix_up_ptrs() 315 copy_de(hpfs_add_de(i->i_sb, ad, de->name, de->namelen, de->down ? de_down_pointer(de) : 0), de); in hpfs_add_to_dnode() 326 de = de_next_de(de); in hpfs_add_to_dnode() 404 for (de = dnode_first_de(d); de < de_end; de = de_next_de(de)) { in hpfs_add_dirent() 576 for (de = dnode_first_de(dnode); de < de_end; de = de_next_de(de), p++) in delete_empty_dnode() 925 for (de = dnode_first_de(dnode); de < de_end; de = de_next_de(de)) { in map_dirent() [all …]
|
| /linux/fs/nilfs2/ |
| A D | dir.c | 220 if (!de->inode) in nilfs_match() 260 for ( ; (char *)de <= limit; de = nilfs_next_entry(de)) { in nilfs_readdir() 271 if (!dir_emit(ctx, de->name, de->name_len, in nilfs_readdir() 329 de = nilfs_next_entry(de); in nilfs_find_entry() 349 return de; in nilfs_find_entry() 360 if (IS_ERR(de)) in nilfs_dotdot() 477 de = (struct nilfs_dir_entry *)((char *)de + rec_len); in nilfs_add_link() 497 de = de1; in nilfs_add_link() 539 pde = de; in nilfs_delete_entry() 540 de = nilfs_next_entry(de); in nilfs_delete_entry() [all …]
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| A D | sched-design-CFS.rst | 9 Gestor de tareas CFS 15 CFS viene de las siglas en inglés de "Gestor de tareas totalmente justo" 54 La lógica de elección del tareas de CFS se basa en el valor de p->se.vruntime 86 de esas tareas que están en la cola de ejecución. 113 noción de "ventanas de tiempo" de la forma en que tenía el gestor de 135 colas de ejecución de tareas ha desaparecido del código de balanceo de 139 5. Políticas de gestión de tareas 142 CFS implementa tres políticas de gestión de tareas: 151 para trabajos de procesado de datos. 181 Las clases de gestión de tareas son implementadas por medio de la estructura [all …]
|
| /linux/Documentation/translations/sp_SP/ |
| A D | memory-barriers.txt | 73 - Ejemplos de secuencias de barrera de memoria. 74 - Barreras de memoria de lectura frente a especulación de carga. 80 - Barreras de memoria de la CPU. 357 de campos de bits adyacentes, todos con ancho distinto de cero 480 Las barreras de memoria de lectura implican barreras de dependencia de 499 de lectura como de escritura, de modo que pueden sustituir a 608 de las barreras de dependencia de dirección. 999 con una de dependencia de control o barrera de dependencia de dirección con 1888 cargas de 32 bits, seguido de un par de stores de 32 bits. Esto 2650 grados de garantías de orden: [all …]
|
| /linux/fs/ufs/ |
| A D | dir.c | 40 if (!de->d_ino) in ufs_match() 76 if (de) { in ufs_inode_by_name() 278 de = ufs_next_entry(sb, de); in ufs_find_entry() 290 return de; in ufs_find_entry() 372 de = de1; in ufs_add_link() 450 for ( ;(char*)de <= limit; de = ufs_next_entry(sb, de)) { in ufs_readdir() 502 ufs_get_de_namlen(sb, de), de->d_name); in ufs_delete_entry() 511 pde = de; in ufs_delete_entry() 512 de = ufs_next_entry(sb, de); in ufs_delete_entry() 563 ((char *)de + fs16_to_cpu(sb, de->d_reclen)); in ufs_make_empty() [all …]
|
| /linux/fs/ext2/ |
| A D | dir.c | 221 if (!de->inode) in ext2_match() 298 for ( ;(char*)de <= limit; de = ext2_next_entry(de)) { in ext2_readdir() 311 if (!dir_emit(ctx, de->name, de->name_len, in ext2_readdir() 376 de = ext2_next_entry(de); in ext2_find_entry() 396 return de; in ext2_find_entry() 427 if (IS_ERR(de)) in ext2_inode_by_name() 530 de = (ext2_dirent *) ((char *) de + rec_len); in ext2_add_link() 547 de = de1; in ext2_add_link() 592 pde = de; in ext2_delete_entry() 593 de = ext2_next_entry(de); in ext2_delete_entry() [all …]
|
| /linux/fs/sysv/ |
| A D | dir.c | 98 for ( ;(char*)de <= limit; de++, ctx->pos += sizeof(*de)) { in sysv_readdir() 101 if (!de->inode) in sysv_readdir() 159 for ( ; (char *) de <= kaddr ; de++) { in sysv_find_entry() 177 return de; in sysv_find_entry() 206 de++; in sysv_add_link() 246 de->inode = 0; in sysv_delete_entry() 273 de++; in sysv_make_empty() 305 for ( ;(char *)de <= kaddr; de++) { in sysv_empty_dir() 317 if (de->name[1] != '.' || de->name[2]) in sysv_empty_dir() 364 return de + 1; in sysv_dotdot() [all …]
|
| /linux/fs/proc/ |
| A D | generic.c | 142 if (de) { in proc_getattr() 170 de = pde_subdir_find(de, cp, next - cp); in __xlate_proc_name() 178 *ret = de; in __xlate_proc_name() 250 if (de) { in proc_lookup_de() 293 de = pde_subdir_first(de); in proc_readdir_de() 301 de = pde_subdir_next(de); in proc_readdir_de() 309 if (!dir_emit(ctx, de->name, de->namelen, in proc_readdir_de() 310 de->low_ino, de->mode >> 12)) { in proc_readdir_de() 719 __func__, de->parent->name, de->name, pde_subdir_first(de)->name); in remove_proc_entry() 791 if (de) in proc_remove() [all …]
|
| /linux/fs/fat/ |
| A D | dir.c | 542 sinfo->de = de; in fat_search_long() 1053 de = sinfo->de; in fat_remove_entries() 1175 de->attr = de[1].attr = ATTR_DIR; in fat_alloc_new_dir() 1176 de[0].lcase = de[1].lcase = 0; in fat_alloc_new_dir() 1177 de[0].time = de[1].time = time; in fat_alloc_new_dir() 1178 de[0].date = de[1].date = date; in fat_alloc_new_dir() 1183 de[0].adate = de[0].cdate = de[1].adate = de[1].cdate = date; in fat_alloc_new_dir() 1185 de[0].ctime = de[1].ctime = 0; in fat_alloc_new_dir() 1187 de[0].adate = de[0].cdate = de[1].adate = de[1].cdate = 0; in fat_alloc_new_dir() 1191 de[0].size = de[1].size = 0; in fat_alloc_new_dir() [all …]
|
| /linux/fs/isofs/ |
| A D | dir.c | 19 char * old = de->name; in isofs_name_translate() 20 int len = de->name_len[0]; in isofs_name_translate() 62 if (de->length[0] - std != 32) in get_acorn_filename() 112 de_len = *(unsigned char *)de; in do_isofs_readdir() 136 memcpy(tmpde, de, slop); in do_isofs_readdir() 147 de = tmpde; in do_isofs_readdir() 150 if (de_len < de->name_len[0] + in do_isofs_readdir() 175 if (de->name_len[0] == 1 && de->name[0] == 0) { in do_isofs_readdir() 185 if (de->name_len[0] == 1 && de->name[0] == 1) { in do_isofs_readdir() 229 p = de->name; in do_isofs_readdir() [all …]
|
| /linux/fs/reiserfs/ |
| A D | namei.c | 65 de->de_deh = B_I_DEH(de->de_bh, de->de_ih); in set_de_item_location() 76 BUG_ON(de->de_entry_num >= ih_entry_count(de->de_ih)); in set_de_name_and_namelen() 78 de->de_entrylen = entry_length(de->de_bh, de->de_ih, de->de_entry_num); in set_de_name_and_namelen() 80 de->de_name = ih_item_body(de->de_bh, de->de_ih) + deh_location(deh); in set_de_name_and_namelen() 81 if (de->de_name[de->de_namelen - 1] == 0) in set_de_name_and_namelen() 82 de->de_namelen = strlen(de->de_name); in set_de_name_and_namelen() 89 de->de_dir_id = deh_dir_id(&de->de_deh[de->de_entry_num]); in set_de_object_key() 90 de->de_objectid = deh_objectid(&de->de_deh[de->de_entry_num]); in set_de_object_key() 215 !memcmp(de->de_name, name, de->de_namelen)) in reiserfs_match() 243 RFALSE(de->de_deh != B_I_DEH(de->de_bh, de->de_ih), in linear_search_in_dir_item() [all …]
|
| /linux/tools/testing/selftests/proc/ |
| A D | read.c | 79 struct dirent *de; in f() local 81 de = xreaddir(d); in f() 82 assert(de->d_type == DT_DIR); in f() 83 assert(streq(de->d_name, ".")); in f() 85 de = xreaddir(d); in f() 86 assert(de->d_type == DT_DIR); in f() 87 assert(streq(de->d_name, "..")); in f() 89 while ((de = xreaddir(d))) { in f() 93 switch (de->d_type) { in f() 105 f_reg(d, de->d_name); in f() [all …]
|