| /linux/fs/ext4/ |
| H A D | extents_status.c | 221 struct extent_status *es; in ext4_es_print_tree() local
222 es = rb_entry(node, struct extent_status, rb_node); in ext4_es_print_tree()
224 es->es_lblk, es->es_len, in ext4_es_print_tree()
225 ext4_es_pblock(es), ext4_es_status(es)); in ext4_es_print_tree()
234 static inline ext4_lblk_t ext4_es_end(struct extent_status *es) in ext4_es_end() argument
236 BUG_ON(es->es_lblk + es->es_len < es->es_lblk); in ext4_es_end()
237 return es->es_lblk + es->es_len - 1; in ext4_es_end()
247 static inline int __es_check_extent_status(struct extent_status *es, in __es_check_extent_status() argument
251 if (ext4_es_type(es) & status) in __es_check_extent_status()
255 res->es_lblk = es->es_lblk; in __es_check_extent_status()
[all …]
|
| H A D | extents_status.h | 25 * With ES_AGGRESSIVE_TEST defined, the result of es caching will be
146 int (*match_fn)(struct extent_status *es),
148 struct extent_status *es);
151 struct extent_status *es, u64 *pseq);
153 int (*matching_fn)(struct extent_status *es),
156 int (*matching_fn)(struct extent_status *es),
159 static inline unsigned int ext4_es_status(struct extent_status *es) in ext4_es_status() argument
161 return es->es_pblk >> ES_SHIFT; in ext4_es_status()
164 static inline unsigned int ext4_es_type(struct extent_status *es) in ext4_es_type() argument
166 return (es->es_pblk >> ES_SHIFT) & ES_TYPE_MASK; in ext4_es_type()
[all …]
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | management-style.rst | 12 Este es un documento breve que describe el estilo de gestión preferido (o
19 El estilo de gestión es muy personal y mucho más difícil de cuantificar
28 alguna idea sobre el presupuesto de tu grupo, es casi seguro que no eres
32 People” y NO leerlo. Quemarlo, es un gran gesto simbólico.
36 de cuál es la respuesta.
47 más grande debe ser el gerente para tomarla. Eso es muy profundo y obvio,
48 pero en realidad no es cierto.
50 El nombre del partido es **evitar** tener que tomar una decisión. En
52 que decidas sobre esto”, estas en problemas como gerente. Es mejor que
59 diferente. Es decir, que estas en el trabajo equivocado y que **ellos**
[all …]
|
| H A D | maintainer-kvm-x86.rst | 4 :Translator: Juan Embid <jembid@ucm.es>
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
54 ``next`` a través de un Cthulhu merge en función de las necesidades, es
61 mainline, suelen aplicarse directamente al árbol principal de KVM, es
89 para ponerse al día en otras tareas, es decir, la falta de envíos durante
90 este periodo no es inusual.
94 expectativas realistas. Si está haciendo ping para la aceptación, es decir,
114 Todo lo demás debería basarse en ``kvm-x86/next``, es decir, no hay
116 conflictos y/o dependencias entre ramas, es trabajo del mantenedor
[all …]
|
| H A D | coding-style.rst | 11 Este es un breve documento que describe el estilo preferido en el código
12 del kernel Linux. El estilo de código es muy personal y no **forzaré** mi
18 GNU, y NO leerlo. Quémelos, es un gran gesto simbólico.
28 de 4 (¡o incluso 2!) caracteres de longitud, y eso es similar a tratar de
31 Justificación: La idea detrás de la sangría es definir claramente dónde
38 pantalla de terminal de 80 caracteres. La respuesta a eso es que si
47 declaración de switch es para alinear el ``switch`` y sus etiquetas
95 del kernel es súper simple. Evite las expresiones engañosas.
111 El límite preferido en la longitud de una sola línea es de 80 columnas.
118 se colocan sustancialmente a la derecha. Un estilo muy usado es alinear
[all …]
|
| H A D | handling-regressions.rst | 10 *No causamos regresiones* -- este documento describe la que es la "primera
32 incidente (esto es opcional, pero recomendado).
76 breve "Reply-all" con la lista en CC; Intentar asegurar que la lista es
91 comando a "regzbot", como ``#regzbot introduced 1f2e3d4c5b6a``. Si no es
97 Esto indica a regzbot el rango de versiones en el cual es defecto
105 seguida. Esto es importante, ya que regzbot buscará más tarde parches
119 Qué es importante cuando se corrigen regresiones
141 Todo esto se espera y es importante en una regresión, ya que estas
146 herramientas es regzbot, el cual depende mucho de las etiquetas "Link:"
249 Evalué cómo de grande es el riesgo de una regresión, por ejemplo realizando
[all …]
|
| H A D | 2.Process.rst | 36 Cada lanzamiento 5.x es un lanzamiento principal del kernel con nuevas
39 varias centenas de miles de líneas de código. 5.x es la vanguardia del
46 momento, el código que se considera lo suficientemente estable (y que es
72 que puede hacer es esperar al siguiente ciclo de desarrollo. (Se hace una
80 punto entre -rc6 y -rc9 antes de que se considere que el kernel es
102 es la lista de regresiones de lanzamientos anteriores. Ningunos errores
105 que causan regresiones se ven con malos ojos y es bastante probable que
108 El objetivo de los desarrolladores es corregir todas las regresiones
110 real, este tipo de perfección es difícil de lograr; hay demasiados
116 ninguna de ellas es seria.
[all …]
|
| H A D | 3.Early-stage.rst | 14 que conduce al éxito es mejor realizarlo antes de escribir la primera línea
23 casos, este paso es sencillo: cuando se necesita un driver para un hardware
24 específico, por ejemplo. En otros, sin embargo, es tentador confundir el
52 …necios. Intentar comunicar los requisitos de los usuarios a estas personas es una pérdida de tiemp…
66 que por un módulo específico. La moraleja de la historia es centrarse en el
73 - ¿Cuál es exactamente el problema que necesita ser resuelto?
90 - Es posible que el problema ya esté siendo abordado por el kernel de
91 maneras que no haya comprendido. El kernel de Linux es grande y tiene
94 como uno quisiera, y es fácil pasar cosas por alto. El autor de este
97 reinventa ruedas existentes no solo es desperdicio; tampoco será aceptado
[all …]
|
| H A D | howto.rst | 11 Este documento es el principal punto de partida. Contiene instrucciones
32 es necesario para desarrollar en el kernel. Lenguaje ensamblador (en
33 cualquier arquitectura) no es necesario excepto que planee realizar
34 desarrollo de bajo nivel para dicha arquitectura. Aunque no es un perfecto
54 desarrollo existente. Es un grupo diverso de personas, con altos estándares
86 Esta es la lista de archivos que están en el código fuente del kernel y son
91 describe lo que es necesario hacer para configurar y compilar el
116 dichas reglas, el fracaso es prácticamente garantizado.
134 Este documento es crucial para comprender la filosofía del desarrollo
135 de Linux y es muy importante para las personas que se mudan a Linux
[all …]
|
| H A D | 5.Posting.rst | 26 estén completamente “listos”. Para parches simples, eso no es un
27 problema. Sin embargo, si el trabajo que se está realizando es complejo,
34 Al publicar código que aún no se considera listo para su inclusión, es
55 - ¿Su cambio tiene implicaciones de rendimiento? Si es así, debe ejecutar
56 puntos de referencia que muestren cuál es el impacto (o beneficio) de
60 se realizó para un empleador, es probable que el empleador tenga
72 generalmente no es recomendable, ni siquiera a corto plazo.
88 es un poco un arte; algunos desarrolladores pasan mucho tiempo averiguando
109 crítico, reorganiza algunas estructuras y reformatea el código, es muy
115 parcial de una serie de parches es un escenario común cuando se
[all …]
|
| H A D | adding-syscalls.rst | 19 La primera cosa a considerar cuando se agrega una llamada al sistema es si
20 alguna alternativa es adecuada en su lugar. Aunque las llamadas al sistema
49 - Si la operación es específica a un archivo o descriptor de archivo
51 podría ser más apropiada. Sin embargo, :manpage:`fcntl(2)` es una
53 esta opción es mejor cuando la nueva funcion es analogamente cercana a
55 es muy simple (por ejemplo, definir/obtener un flag simple relacionado a
58 - Si la operación es específica a un proceso o tarea particular, entonces
60 como con :manpage:`fcntl(2)`, esta llamada al sistema es un multiplexor
69 ser soportada indefinidamente. Como tal, es una muy buena idea discutir
70 explícitamente el interface en las listas de correo del kernel, y es
[all …]
|
| H A D | 7.AdvancedTopics.rst | 32 es una herramienta joven y poderosa que aún está siendo civilizada por
45 El primer orden del negocio es leer los sitios mencionados anteriormente
49 de revisiones, hacer commits en el árbol, usar ramas, etcétera. También es
62 Configurar un servidor de este tipo con git-daemon es relativamente
103 resulten en un “fast-forward merge” (es decir, cambios que no comparten
104 el mismo historial). Es posible anular esta comprobación, y puede haber
107 es un ejemplo. Pero tales acciones deberían ser raras. Esta es una de las
109 pueden reescribir si es necesario) y solo trasladarse a ramas públicas
113 cambios) avanza, es tentador fusionarse con ese árbol para permanecer a
115 de mantenerse al día con otro árbol, pero la rebase no es una opción una
[all …]
|
| H A 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
38 El primero de estos es creer que los estándares de programación del kernel
39 no importan y no se aplican. La realidad es que agregar nuevo código al
40 kernel es muy difícil si ese código no está escrito de acuerdo con el
53 La otra trampa es asumir que el código que ya está en el kernel necesita
60 tipo de parche es mejor evitarlo. Es natural corregir el estilo de una
73 es útil para ordenar `#includes`, alinear variables/macros, reformatear
97 adicional que proporciona. Sin embargo, para entonces, es probable que el
112 de otro subsistema del kernel, es hora de preguntar si, de hecho, tendría
[all …]
|
| H A D | submitting-patches.rst | 13 familiarizado con "el sistema". Este texto es una colección de sugerencias
44 Tenga en cuenta, sin embargo, que es posible que no desee desarrollar con
84 al respecto en detalles técnicos. Es importante describir el cambio en
94 larga, eso es una señal de que probablemente necesite dividir su parche.
99 decir que esa es la versión N del parche (serie). No espere que el
102 parche. Es decir, el parche (serie) y su descripción deben ser
134 parche es el resultado de alguna discusión anterior de la lista de correo o
193 El punto a recordar es que cada parche debe realizar un cambio que puede
220 Una excepción importante es cuando se mueve código de un archivo a otro.
229 del juicio humano. Si su código es mejor con una violación entonces
[all …]
|
| /linux/fs/exfat/ |
| H A D | dir.c | 37 struct exfat_entry_set_cache es; in exfat_get_uniname_from_ext_entry() local
40 err = exfat_get_dentry_set(&es, sb, p_dir, entry, ES_ALL_ENTRIES); in exfat_get_uniname_from_ext_entry()
50 for (i = ES_IDX_FIRST_FILENAME; i < es.num_entries; i++) { in exfat_get_uniname_from_ext_entry()
51 struct exfat_dentry *ep = exfat_get_dentry_cached(&es, i); in exfat_get_uniname_from_ext_entry()
64 exfat_put_dentry_set(&es, false); in exfat_get_uniname_from_ext_entry()
436 void exfat_init_dir_entry(struct exfat_entry_set_cache *es, in exfat_init_dir_entry() argument
440 struct super_block *sb = es->sb; in exfat_init_dir_entry()
444 ep = exfat_get_dentry_cached(es, ES_IDX_FILE); in exfat_init_dir_entry()
463 ep = exfat_get_dentry_cached(es, ES_IDX_STREAM); in exfat_init_dir_entry()
486 void exfat_init_ext_entry(struct exfat_entry_set_cache *es, int num_entries, in exfat_init_ext_entry() argument
[all …]
|
| /linux/tools/perf/util/ |
| H A D | stream.c | 17 static void evsel_streams__delete(struct evsel_streams *es, int nr_evsel) in evsel_streams__delete() argument
20 zfree(&es[i].streams); in evsel_streams__delete()
22 free(es); in evsel_streams__delete()
35 struct evsel_streams *es; in evlist_streams__new() local
41 es = calloc(nr_evsel, sizeof(struct evsel_streams)); in evlist_streams__new()
42 if (!es) { in evlist_streams__new()
48 struct evsel_streams *s = &es[i]; in evlist_streams__new()
57 els->ev_streams = es; in evlist_streams__new()
62 evsel_streams__delete(es, nr_evsel); in evlist_streams__new()
69 static void evsel_streams__set_hot_cnode(struct evsel_streams *es, in evsel_streams__set_hot_cnode() argument
[all …]
|
| /linux/sound/pci/ |
| H A D | es1968.c | 819 struct esschan *es; in snd_es1968_bob_dec() local
820 list_for_each_entry(es, &chip->substream_list, list) { in snd_es1968_bob_dec()
821 if (max_freq < es->bob_freq) in snd_es1968_bob_dec()
822 max_freq = es->bob_freq; in snd_es1968_bob_dec()
833 snd_es1968_calc_bob_rate(struct es1968 *chip, struct esschan *es, in snd_es1968_calc_bob_rate() argument
838 if (es->fmt & ESS_FMT_STEREO) in snd_es1968_calc_bob_rate()
840 if (es->fmt & ESS_FMT_16BIT) in snd_es1968_calc_bob_rate()
842 freq /= es->frag_size; in snd_es1968_calc_bob_rate()
867 snd_es1968_get_dma_ptr(struct es1968 *chip, struct esschan *es) in snd_es1968_get_dma_ptr() argument
871 offset = apu_get_register(chip, es->apu[0], 5); in snd_es1968_get_dma_ptr()
[all …]
|
| /linux/drivers/md/ |
| H A D | dm-cache-policy-smq.c | 66 static int space_init(struct entry_space *es, unsigned int nr_entries) in space_init() argument
69 es->begin = es->end = NULL; in space_init()
73 es->begin = vzalloc(array_size(nr_entries, sizeof(struct entry))); in space_init()
74 if (!es->begin) in space_init()
77 es->end = es->begin + nr_entries; in space_init()
81 static void space_exit(struct entry_space *es) in space_exit() argument
83 vfree(es->begin); in space_exit()
86 static struct entry *__get_entry(struct entry_space *es, unsigned int block) in __get_entry() argument
90 e = es->begin + block; in __get_entry()
91 BUG_ON(e >= es->end); in __get_entry()
[all …]
|
| /linux/fs/ext2/ |
| H A D | super.c | 55 struct ext2_super_block *es = sbi->s_es; in ext2_error() local
60 es->s_state |= cpu_to_le16(EXT2_ERROR_FS); in ext2_error()
62 ext2_sync_super(sb, es, 1); in ext2_error()
132 struct ext2_super_block *es = EXT2_SB(sb)->s_es; in ext2_update_dynamic_rev() local
134 if (le32_to_cpu(es->s_rev_level) > EXT2_GOOD_OLD_REV) in ext2_update_dynamic_rev()
142 es->s_first_ino = cpu_to_le32(EXT2_GOOD_OLD_FIRST_INO); in ext2_update_dynamic_rev()
143 es->s_inode_size = cpu_to_le16(EXT2_GOOD_OLD_INODE_SIZE); in ext2_update_dynamic_rev()
144 es->s_rev_level = cpu_to_le32(EXT2_DYNAMIC_REV); in ext2_update_dynamic_rev()
145 /* leave es->s_feature_*compat flags alone */ in ext2_update_dynamic_rev()
146 /* es->s_uuid will be set by e2fsck if empty */ in ext2_update_dynamic_rev()
[all …]
|
| /linux/tools/testing/selftests/kvm/x86/ |
| H A D | sev_migrate_tests.c | 23 static struct kvm_vm *sev_vm_create(bool es) in sev_vm_create() argument
29 if (!es) in sev_vm_create()
37 sev_vm_launch(vm, es ? SEV_POLICY_ES : 0); in sev_vm_create()
39 if (es) in sev_vm_create()
73 static void test_sev_migrate_from(bool es) in test_sev_migrate_from() argument
79 src_vm = sev_vm_create(es); in test_sev_migrate_from()
125 input[i].vm = sev_vm_create(/* es= */ false); in test_sev_migrate_locking()
157 sev_vm = sev_vm_create(/* es= */ false); in test_sev_migrate_parameters()
158 sev_es_vm = sev_vm_create(/* es= */ true); in test_sev_migrate_parameters()
172 "Should not be able migrate to SEV-ES enabled VM. ret: %d, errno: %d", in test_sev_migrate_parameters()
[all …]
|
| /linux/drivers/net/can/usb/kvaser_usb/ |
| H A D | kvaser_usb_leaf.c | 1109 const struct kvaser_usb_err_summary *es, in kvaser_usb_leaf_rx_error_update_can_state() argument
1117 netdev_dbg(priv->netdev, "Error status: 0x%02x\n", es->status); in kvaser_usb_leaf_rx_error_update_can_state()
1122 if (es->status & (M16C_STATE_BUS_OFF | M16C_STATE_BUS_RESET)) { in kvaser_usb_leaf_rx_error_update_can_state()
1124 } else if (es->status & M16C_STATE_BUS_PASSIVE) { in kvaser_usb_leaf_rx_error_update_can_state()
1126 } else if ((es->status & M16C_STATE_BUS_ERROR) && in kvaser_usb_leaf_rx_error_update_can_state()
1129 } else if (es->txerr >= 128 || es->rxerr >= 128) { in kvaser_usb_leaf_rx_error_update_can_state()
1131 } else if (es->txerr >= 96 || es->rxerr >= 96) { in kvaser_usb_leaf_rx_error_update_can_state()
1154 tx_state = (es->txerr >= es->rxerr) ? new_state : 0; in kvaser_usb_leaf_rx_error_update_can_state()
1155 rx_state = (es->txerr <= es->rxerr) ? new_state : 0; in kvaser_usb_leaf_rx_error_update_can_state()
1167 if (es->leaf.error_factor) { in kvaser_usb_leaf_rx_error_update_can_state()
[all …]
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-design-CFS.rst | 16 ("Completely Fair Scheduler"), y es el nuevo gestor de tareas de escritorio
17 implementado por Ingo Molnar e integrado en Linux 2.6.23. Es el sustituto
26 "una CPU multitarea ideal" es una CPU (inexistente :-)) que tiene un 100%
29 tareas ejecutándose, entonces cada una usa un 50% de la potencia --- es decir,
36 En la práctica, el tiempo de ejecución virtual de una tarea es el
46 De este modo, es posible temporizar con precisión y medir el "tiempo
55 y por tanto es muy sencilla: siempre intenta ejecutar la tarea con el valor
70 El diseño de CFS es bastante radical: no utiliza las antiguas estructuras
80 por el sistema es monitorizado usado min_vruntime; este valor es usado
84 El valor total de tareas ejecutándose en la cola de ejecución es
[all …]
|
| H A D | sched-bwc.rst | 16 El control de ancho de banda es una extensión CONFIG_FAIR_GROUP_SCHED que
22 microsegundos. Esa cuota es asignada para cada CPU en colas de ejecución
30 La cuota sin asignar de un grupo es monitorizada globalmente, siendo
34 cantidad transferida en cada una de esas actualizaciones es ajustable y
35 es descrito como un "slice".
44 El tradicional control de ancho de banda (UP-EDF) es algo como:
48 Esto garantiza dos cosas: que cada tiempo límite de ejecución es cumplido
49 y que el sistema es estable. De todas formas, si U fuese > 1, entonces
60 Por ejemplo, se tiene u_i = {x,e}_i, donde x es el p(95) y x+e p(100)
70 Es decir, supóngase que se tienen 2 tareas, ambas específicamente
[all …]
|
| /linux/arch/x86/lib/ |
| H A D | x86-opcode-map.txt | 26 # (es): this opcode requires EVEX prefix and is SCALABALE.
57 06: PUSH ES (i64)
58 07: POP ES (i64)
91 26: SEG=ES (Prefix)
942 01: ADD Ev,Gv (es) | ADD Ev,Gv (66),(es)
944 03: ADD Gv,Ev (es) | ADD Gv,Ev (66),(es)
946 09: OR Ev,Gv (es) | OR Ev,Gv (66),(es)
948 0b: OR Gv,Ev (es) | OR Gv,Ev (66),(es)
950 11: ADC Ev,Gv (es) | ADC Ev,Gv (66),(es)
952 13: ADC Gv,Ev (es) | ADC Gv,Ev (66),(es)
[all …]
|
| /linux/tools/arch/x86/lib/ |
| H A D | x86-opcode-map.txt | 26 # (es): this opcode requires EVEX prefix and is SCALABALE.
57 06: PUSH ES (i64)
58 07: POP ES (i64)
91 26: SEG=ES (Prefix)
942 01: ADD Ev,Gv (es) | ADD Ev,Gv (66),(es)
944 03: ADD Gv,Ev (es) | ADD Gv,Ev (66),(es)
946 09: OR Ev,Gv (es) | OR Ev,Gv (66),(es)
948 0b: OR Gv,Ev (es) | OR Gv,Ev (66),(es)
950 11: ADC Ev,Gv (es) | ADC Ev,Gv (66),(es)
952 13: ADC Gv,Ev (es) | ADC Gv,Ev (66),(es)
[all …]
|