| /linux/Documentation/translations/sp_SP/process/ |
| H A D | embargoed-hardware-issues.rst | 7 Problemas de hardware embargados
13 Los problemas de hardware que resultan en problemas de seguridad son una
14 categoría diferente de errores de seguridad que los errores de software
15 puro que solo afectan al kernel de Linux.
17 Los problemas de hardware como Meltdown, Spectre, L1TF, etc. deben
18 tratarse de manera diferente porque usualmente afectan a todos los
20 vendedores diferentes de OS, distribuciones, vendedores de hardware y
21 otras partes. Para algunos de los problemas, las mitigaciones de software
22 pueden depender de actualizaciones de microcódigo o firmware, los cuales
30 El equipo de seguridad de hardware del kernel de Linux es separado del
[all …]
|
| H A D | 2.Process.rst | 8 Cómo funciona el proceso de desarrollo
11 El desarrollo del kernel de Linux a principios de la década de 1990 fue
12 un asunto relajado, con un número relativamente pequeño de usuarios y
13 desarrolladores involucrados. Con una base de usuarios en los millones y
14 alrededor de 2,000 desarrolladores involucrados durante un año, el kernel
16 problemas. Se requiere una comprensión solida de cómo funciona el proceso
22 Los desarrolladores del kernel utilizan un proceso de lanzamiento basado
23 en el tiempo de manera flexible, con uno nuevo lanzamiento principal del
24 kernel ocurriendo cada dos o tres meses. El historial reciente de
38 puede contener alrededor de 13,000 conjuntos de cambios incluyendo en
[all …]
|
| H A D | 1.Intro.rst | 14 El resto de esta sección cubre el alcance del proceso de desarrollo del
15 kernel y los tipos de frustraciones que los desarrolladores y sus
18 incluyendo la disponibilidad automática para los usuarios, el apoyo de la
19 comunidad en muchas formas, y la capacidad de influir en la dirección del
20 desarrollo del kernel. El código contribuido al kernel de Linux debe
23 :ref:`sp_development_process` introduce el proceso de desarrollo, el ciclo
24 de lanzamiento del kernel y la mecánica de la "ventana de combinación"
26 la revisión y, el ciclo de fusión. Hay algunas discusiones sobre
27 herramientas y listas de correo. Se anima a los desarrolladores que deseen
31 :ref:`sp_development_early_stage` cubre la planificación de proyectos en
[all …]
|
| 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
16 seguir las directrices de KVM x86, sea receptivo a los comentarios, y
17 aprenda de los errores que cometa, será recibido con los brazos abiertos,
27 KVM x86 se encuentra actualmente en un período de transición de ser parte
28 del árbol principal de KVM, a ser "sólo otra rama de KVM". Como tal, KVM
29 x86 está dividido entre el árbol principal de KVM,
30 ``git.kernel.org/pub/scm/virt/kvm/kvm.git``, y un árbol específico de KVM
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
[all …]
|
| H A 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
12 sobre cómo convertirse en desarrollador del kernel de Linux y explica cómo
17 Si algo en este documento quedara obsoleto, envíe parches al maintainer de
22 ¿De modo que quiere descubrir como convertirse en un/a desarrollador/a del
23 kernel de Linux? Tal vez su jefe le haya dicho, "Escriba un driver de
24 Linux para este dispositivo." El objetivo de este documento en enseñarle
26 que debe pasar, y con indicaciones de como trabajar con la comunidad.
27 También trata de explicar las razones por las cuales la comunidad trabaja
28 de la forma en que lo hace.
[all …]
|
| H 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
20 necesitan permitir que los ingenieros sean mantenedores como parte de su
22 en mantenedores del kernel. Para apoyar una fuente solida de talento, se
24 upstream, como revisar los parches de otras personas, reestructurar la
27 Con ese fin, Technical Advisory Board (TAB) de la Fundación Linux propone
28 este Modelo de Madurez de Contribución al Kernel de Linux. Estas
[all …]
|
| H A D | handling-regressions.rst | 7 Gestión de regresiones
11 regla del desarrollo del kernel de Linux" y que implica en la práctica para
14 desde el punto de vista de un usuario; si nunca ha leído ese texto, realice
15 al menos una lectura rápida del mismo antes de continuar.
20 #. Asegúrese de que los suscriptores a la lista `regression mailing list
22 son conocedores con rapidez de cualquier nuevo informe de regresión:
25 conversación de los correos, mandando un breve "Reply-all" con la
28 * Mande o redirija cualquier informe originado en los gestores de bugs
31 #. Haga que el bot del kernel de Linux "regzbot" realice el seguimiento del
36 respuesta (con la lista de regresiones en CC) que contenga un párrafo
[all …]
|
| H A D | deprecated.rst | 12 En un mundo perfecto, sería posible convertir todas las instancias de
14 único ciclo de desarrollo. Desafortunadamente, debido al tamaño del kernel,
15 la jerarquía de mantenimiento, y el tiempo, no siempre es posible hacer
16 estos cambios de una única vez. Esto significa que las nuevas instancias
17 han de ir creándose en el kernel, mientras que las antiguas se quitan,
18 haciendo que la cantidad de trabajo para limpiar las APIs crezca. Para
28 porque uno de los objetivos del kernel es que compile sin avisos, y
31 un archivo de cabecera, no es la solución completa. Dichos interfaces
37 Use WARN() y WARN_ON() en su lugar, y gestione las condiciones de error
38 "imposibles" tan elegantemente como se pueda. Mientras que la familia de
[all …]
|
| H A D | kernel-enforcement-statement.rst | 8 Aplicación de la licencia en el kernel Linux
12 se utiliza nuestro software y cómo se aplica la licencia de nuestro software.
13 El cumplimiento de las obligaciones de intercambio recíproco de GPL-2.0 son
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
20 de una manera que beneficia a nuestra comunidad y no tenga un indeseado
21 impacto negativo en la salud y crecimiento de nuestro ecosistema de software.
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
[all …]
|
| H A D | management-style.rst | 9 Estilo de gestión del kernel de Linux
12 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.
19 El estilo de gestión es muy personal y mucho más difícil de cuantificar
20 que reglas simples de estilo de codificación, por lo que este documento
25 Por cierto, cuando se hable de “gerente de kernel”, se refiere a las
26 personas lideres técnicas, no de las personas que hacen la gestión
27 tradicional dentro de las empresas. Si firmas pedidos de compra o tienes
28 alguna idea sobre el presupuesto de tu grupo, es casi seguro que no eres
29 un gerente de kernel. Estas sugerencias pueden o no aplicarse a usted.
[all …]
|
| H A D | security-bugs.rst | 7 Errores de seguridad
10 Los desarrolladores del kernel de Linux se toman la seguridad muy en
11 serio. Como tal, nos gustaría saber cuándo se encuentra un error de
13 Por favor, informe sobre los errores de seguridad al equipo de seguridad
14 del kernel de Linux.
19 El equipo de seguridad del kernel de Linux puede ser contactado por correo
20 electrónico en <security@kernel.org>. Esta es una lista privada de
21 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
25 de mantenedores del área para comprender y corregir la vulnerabilidad de
[all …]
|
| H A D | researcher-guidelines.rst | 9 La comunidad del kernel de Linux da la bienvenida a la investigación
10 transparente sobre el kernel de Linux, las actividades involucradas
11 en su producción, otros subproductos de su desarrollo. Linux se
12 beneficia mucho de este tipo de investigación, y la mayoría de los
13 aspectos de Linux son impulsados por investigación en una forma u otra.
16 los hallazgos preliminares antes de hacer públicos sus resultados,
18 temprano ayuda a mejorar la calidad de investigación y la capacidad
19 de Linux para mejorar a partir de ella. En cualquier caso, se recomienda
20 compartir copias de acceso abierto de la investigación publicada con
23 Este documento busca clarificar lo que la comunidad del kernel de Linux
[all …]
|
| H 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
16 acoso para todo el mundo, independientemente de la edad, dimensión corporal,
18 identidad y expresión de género, nivel de experiencia, educación, nivel
20 identidad u orientación sexual. Nos comprometemos a actuar e interactuar de
27 Ejemplos de comportamiento que contribuyen a crear un ambiente positivo
31 * Respeto a diferentes opiniones, puntos de vista y experiencias
34 por nuestros errores, aprendiendo de la experiencia
39 Ejemplos de comportamiento inaceptable:
41 * El uso de lenguaje o imágenes sexualizadas, y aproximaciones o
[all …]
|
| H A D | kernel-docs.rst | 8 Índice de documentación adicional del kernel
11 La necesidad de un documento como este se hizo evidente en la lista de
12 correo de linux-kernel cuando las mismas preguntas, solicitando sugerencias
18 conceptos, la filosofía y decisiones de diseño detrás de dicho código.
22 "conocido" que les pudiera seguir la pista. Estas líneas tratan de cubrir
26 nuevo documento, incluya una referencia aquí, siguiendo el proceso de envío
27 de parches del kernel. Cualquier corrección, idea o comentario también es
37 Los documentos de cada sección en este documento están ordenados por su
38 fecha de publicación, del más reciente al más antiguo. Los maintainers
44 Los libros de Sphinx deben compilarse con ``make {htmldocs | pdfdocs | epubdocs}``.
[all …]
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 13 BARRERAS DE MEMORIA EN EL KERNEL LINUX
22 Nota: Si tiene alguna duda sobre la exactitud del contenido de esta
31 de brevedad) y sin querer (por ser humanos) incompleta. Este documento
32 pretende ser una guía para usar las diversas barreras de memoria
34 pregunte. Algunas dudas pueden ser resueltas refiriéndose al modelo de
35 consistencia de memoria formal y documentación en tools/memory-model/. Sin
36 embargo, incluso este modelo debe ser visto como la opinión colectiva de
37 sus maintainers en lugar de que como un oráculo infalible.
39 De nuevo, este documento no es una especificación de lo que Linux espera
42 El propósito de este documento es doble:
[all …]
|
| H A D | index.rst | 17 El objetivo de esta traducción es facilitar la lectura y comprensión para
18 aquellos que no entiendan inglés o duden de sus interpretaciones, o
23 La propagación simultánea de la traducción de una modificación en
25 de la traducción intentan mantener sus traducciones al día, en tanto les
26 es posible. Por tanto, no existe ninguna garantía de que una traducción
29 al maintainer de la traducción y, si puede, consulte la documentación en
32 Una traducción no es una * bifurcación * de la documentación oficial, por
34 versión oficial. Cualquier adición, supresión o modificación de los
37 también a las traducciones. Los maintainers de las traducciones aceptan
38 contribuciones que son puramente de interés relativo a la traducción (por
[all …]
|
| /linux/drivers/net/ethernet/dec/tulip/ |
| H A D | de2104x.c | 327 static void de_tx (struct de_private *de);
328 static void de_clean_rings (struct de_private *de);
329 static void de_media_interrupt (struct de_private *de, u32 status);
332 static unsigned int de_ok_to_advertise (struct de_private *de, u32 new_media);
364 #define dr32(reg) ioread32(de->regs + (reg))
365 #define dw32(reg, val) iowrite32((val), de->regs + (reg))
368 static void de_rx_err_acct (struct de_private *de, unsigned rx_tail,
371 netif_dbg(de, rx_err, de->dev, in de_rx_err_acct()
378 netif_warn(de, rx_er in de_rx_err_acct()
370 de_rx_err_acct(struct de_private * de,unsigned rx_tail,u32 status,u32 len) de_rx_err_acct() argument
394 de_rx(struct de_private * de) de_rx() argument
497 struct de_private *de = netdev_priv(dev); de_interrupt() local
539 de_tx(struct de_private * de) de_tx() argument
607 struct de_private *de = netdev_priv(dev); de_start_xmit() local
666 struct de_private *de = netdev_priv(dev); build_setup_frame_hash() local
696 struct de_private *de = netdev_priv(dev); build_setup_frame_perfect() local
722 struct de_private *de = netdev_priv(dev); __de_set_rx_mode() local
807 struct de_private *de = netdev_priv(dev); de_set_rx_mode() local
814 de_rx_missed(struct de_private * de,u32 rx_missed) de_rx_missed() argument
822 __de_get_stats(struct de_private * de) __de_get_stats() argument
831 struct de_private *de = netdev_priv(dev); de_get_stats() local
842 de_is_running(struct de_private * de) de_is_running() argument
847 de_stop_rxtx(struct de_private * de) de_stop_rxtx() argument
871 de_start_rxtx(struct de_private * de) de_start_rxtx() argument
882 de_stop_hw(struct de_private * de) de_stop_hw() argument
898 de_link_up(struct de_private * de) de_link_up() argument
907 de_link_down(struct de_private * de) de_link_down() argument
915 de_set_media(struct de_private * de) de_set_media() argument
951 de_next_media(struct de_private * de,const u32 * media,unsigned int n_media) de_next_media() argument
966 struct de_private *de = timer_container_of(de, t, media_timer); de21040_media_timer() local
1015 de_ok_to_advertise(struct de_private * de,u32 new_media) de_ok_to_advertise() argument
1047 struct de_private *de = timer_container_of(de, t, media_timer); de21041_media_timer() local
1151 de_media_interrupt(struct de_private * de,u32 status) de_media_interrupt() argument
1182 de_reset_mac(struct de_private * de) de_reset_mac() argument
1216 de_adapter_wake(struct de_private * de) de_adapter_wake() argument
1233 de_adapter_sleep(struct de_private * de) de_adapter_sleep() argument
1246 de_init_hw(struct de_private * de) de_init_hw() argument
1276 de_refill_rx(struct de_private * de) de_refill_rx() argument
1310 de_init_rings(struct de_private * de) de_init_rings() argument
1321 de_alloc_rings(struct de_private * de) de_alloc_rings() argument
1331 de_clean_rings(struct de_private * de) de_clean_rings() argument
1373 de_free_rings(struct de_private * de) de_free_rings() argument
1384 struct de_private *de = netdev_priv(dev); de_open() local
1426 struct de_private *de = netdev_priv(dev); de_close() local
1448 struct de_private *de = netdev_priv(dev); de_tx_timeout() local
1480 __de_get_regs(struct de_private * de,u8 * buf) __de_get_regs() argument
1493 __de_get_link_ksettings(struct de_private * de,struct ethtool_link_ksettings * cmd) __de_get_link_ksettings() argument
1529 __de_set_link_ksettings(struct de_private * de,const struct ethtool_link_ksettings * cmd) __de_set_link_ksettings() argument
1607 struct de_private *de = netdev_priv(dev); de_get_drvinfo() local
1621 struct de_private *de = netdev_priv(dev); de_get_link_ksettings() local
1633 struct de_private *de = netdev_priv(dev); de_set_link_ksettings() local
1645 struct de_private *de = netdev_priv(dev); de_get_msglevel() local
1652 struct de_private *de = netdev_priv(dev); de_set_msglevel() local
1660 struct de_private *de = netdev_priv(dev); de_get_eeprom() local
1674 struct de_private *de = netdev_priv(dev); de_nway_reset() local
1692 struct de_private *de = netdev_priv(dev); de_get_regs() local
1714 de21040_get_mac_address(struct de_private * de) de21040_get_mac_address() argument
1737 de21040_get_media_info(struct de_private * de) de21040_get_media_info() argument
1800 de21041_get_srom_info(struct de_private * de) de21041_get_srom_info() argument
1979 struct de_private *de; de_init_one() local
2108 struct de_private *de = netdev_priv(dev); de_remove_one() local
2123 struct de_private *de = netdev_priv(dev); de_suspend() local
2160 struct de_private *de = netdev_priv(dev); de_resume() local
[all...] |
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-eevdf.rst | 8 Gestor de tareas EEVDF
11 El gestor de tareas EEVDF, del inglés: "Earliest Eligible Virtual Deadline
13 1995 [1]. El kernel de Linux comenzó a transicionar hacia EEVPF en la
15 de tareas CFS, en favor de una versión de EEVDF propuesta por Peter
19 De forma parecida a CFS, EEVDF intenta distribuir el tiempo de ejecución
20 de la CPU de forma equitativa entre todas las tareas que tengan la misma
21 prioridad y puedan ser ejecutables. Para eso, asigna un tiempo de
23 para determinar si una tarea ha recibido su cantidad justa de tiempo
24 de ejecución en la CPU. De esta manera, una tarea con un "retraso"
25 positivo, es porque se le debe tiempo de ejecución, mientras que una
[all …]
|
| /linux/fs/qnx6/ |
| H A D | dir.c | 49 struct qnx6_long_dir_entry *de, in qnx6_longname() argument
53 u32 s = fs32_to_cpu(sbi, de->de_long_inode); /* in block units */ in qnx6_longname()
67 struct qnx6_long_dir_entry *de, in qnx6_dir_longfilename() argument
77 if (de->de_size != 0xff) { in qnx6_dir_longfilename()
80 pr_err("invalid direntry size (%i).\n", de->de_size); in qnx6_dir_longfilename()
83 lf = qnx6_longname(s, de, &folio); in qnx6_dir_longfilename()
100 if (!test_opt(s, MMI_FS) && fs32_to_cpu(sbi, de->de_checksum) != in qnx6_dir_longfilename()
132 struct qnx6_dir_entry *de; in qnx6_readdir() local
142 de = (struct qnx6_dir_entry *)kaddr + offset; in qnx6_readdir()
144 for (; de < limit; de++, ctx->pos += QNX6_DIR_ENTRY_SIZE) { in qnx6_readdir()
[all …]
|
| /linux/fs/erofs/ |
| H A D | namei.c | 52 struct erofs_dirent *const de = (struct erofs_dirent *)data; in find_target_dirent() local
61 const int nameoff = nameoff_from_disk(de[mid].nameoff, in find_target_dirent()
68 data + nameoff_from_disk(de[mid + 1].nameoff, in find_target_dirent()
76 return de + mid; in find_target_dirent()
100 struct erofs_dirent *de; in erofs_find_target_block() local
103 de = erofs_bread(&buf, erofs_pos(dir->i_sb, mid), true); in erofs_find_target_block()
104 if (!IS_ERR(de)) { in erofs_find_target_block()
105 const int nameoff = nameoff_from_disk(de->nameoff, bsz); in erofs_find_target_block()
106 const int ndirents = nameoff / sizeof(*de); in erofs_find_target_block()
117 de = ERR_PTR(-EFSCORRUPTED); in erofs_find_target_block()
[all …]
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-bus-siox | 3 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
16 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
33 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
39 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
47 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
54 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
60 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
67 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
73 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
81 Contact: Thorsten Scherer <t.scherer@eckelmann.de>, Uwe Kleine-König <u.kleine-koenig@pengutronix.d…
[all …]
|
| /linux/Documentation/i2c/busses/ |
| H A D | i2c-nforce2.rst | 6 * nForce2 MCP 10de:0064
7 * nForce2 Ultra 400 MCP 10de:0084
8 * nForce3 Pro150 MCP 10de:00D4
9 * nForce3 250Gb MCP 10de:00E4
10 * nForce4 MCP 10de:0052
11 * nForce4 MCP-04 10de:0034
12 * nForce MCP51 10de:0264
13 * nForce MCP55 10de:0368
14 * nForce MCP61 10de:03EB
15 * nForce MCP65 10de:0446
[all …]
|
| /linux/tools/testing/selftests/proc/ |
| H 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()
90 assert(!streq(de->d_name, ".")); in f()
91 assert(!streq(de->d_name, "..")); in f()
[all …]
|
| /linux/fs/smb/client/ |
| H A D | readdir.c | 506 static void cifs_fill_dirent_posix(struct cifs_dirent *de,
517 de->name = parsed.name; in cifs_fill_dirent_posix()
518 de->namelen = parsed.name_len; in cifs_fill_dirent_posix()
519 de->resume_key = info->Ignored; in cifs_fill_dirent_posix()
520 de->ino = le64_to_cpu(info->Inode); in cifs_fill_dirent_posix()
523 static void cifs_fill_dirent_unix(struct cifs_dirent *de,
526 de->name = &info->FileName[0]; in cifs_fill_dirent_unix()
528 de->namelen = cifs_unicode_bytelen(de->name); in cifs_fill_dirent_unix()
530 de in cifs_fill_dirent_unix()
507 cifs_fill_dirent_posix(struct cifs_dirent * de,const struct smb2_posix_info * info) cifs_fill_dirent_posix() argument
524 cifs_fill_dirent_unix(struct cifs_dirent * de,const FILE_UNIX_INFO * info,bool is_unicode) cifs_fill_dirent_unix() argument
536 cifs_fill_dirent_dir(struct cifs_dirent * de,const FILE_DIRECTORY_INFO * info) cifs_fill_dirent_dir() argument
544 cifs_fill_dirent_full(struct cifs_dirent * de,const FILE_FULL_DIRECTORY_INFO * info) cifs_fill_dirent_full() argument
552 cifs_fill_dirent_search(struct cifs_dirent * de,const FILE_ID_FULL_DIR_INFO * info) cifs_fill_dirent_search() argument
561 cifs_fill_dirent_both(struct cifs_dirent * de,const FILE_BOTH_DIRECTORY_INFO * info) cifs_fill_dirent_both() argument
569 cifs_fill_dirent_std(struct cifs_dirent * de,const FIND_FILE_STANDARD_INFO * info) cifs_fill_dirent_std() argument
578 cifs_fill_dirent(struct cifs_dirent * de,const void * info,u16 level,bool is_unicode) cifs_fill_dirent() argument
616 cifs_entry_is_dot(struct cifs_dirent * de,bool is_unicode) cifs_entry_is_dot() argument
665 struct cifs_dirent de; cifs_save_resume_key() local
884 struct cached_dirent *de; add_cached_dirent() local
959 struct cifs_dirent de = { NULL, }; cifs_filldir() local
[all...] |
| /linux/fs/adfs/ |
| H A D | dir_f.c | 176 struct adfs_direntry *de) in adfs_dir2obj() argument
181 if (de->dirobname[name_len] < ' ') in adfs_dir2obj()
184 obj->name[name_len] = de->dirobname[name_len]; in adfs_dir2obj()
188 obj->indaddr = adfs_readval(de->dirinddiscadd, 3); in adfs_dir2obj()
189 obj->loadaddr = adfs_readval(de->dirload, 4); in adfs_dir2obj()
190 obj->execaddr = adfs_readval(de->direxec, 4); in adfs_dir2obj()
191 obj->size = adfs_readval(de->dirlen, 4); in adfs_dir2obj()
192 obj->attr = de->newdiratts; in adfs_dir2obj()
201 adfs_obj2dir(struct adfs_direntry *de, struct object_info *obj) in adfs_obj2dir() argument
203 adfs_writeval(de->dirinddiscadd, 3, obj->indaddr); in adfs_obj2dir()
[all …]
|