| /linux/drivers/i2c/busses/ |
| H A D | i2c-qcom-geni.c | 100 struct geni_se se; member 190 if (clk_get_rate(gi2c->se.clk) == 32 * HZ_PER_MHZ) in geni_i2c_clk_map_idx() 210 writel_relaxed(0, gi2c->se.base + SE_GENI_CLK_SEL); in qcom_geni_i2c_conf() 213 writel_relaxed(val, gi2c->se.base + GENI_SER_M_CLK_CFG); in qcom_geni_i2c_conf() 218 writel_relaxed(val, gi2c->se.base + SE_I2C_SCL_COUNTERS); in qcom_geni_i2c_conf() 223 u32 m_cmd = readl_relaxed(gi2c->se.base + SE_GENI_M_CMD0); in geni_i2c_err_misc() 224 u32 m_stat = readl_relaxed(gi2c->se.base + SE_GENI_M_IRQ_STATUS); in geni_i2c_err_misc() 225 u32 geni_s = readl_relaxed(gi2c->se.base + SE_GENI_STATUS); in geni_i2c_err_misc() 226 u32 geni_ios = readl_relaxed(gi2c->se.base + SE_GENI_IOS); in geni_i2c_err_misc() 227 u32 dma = readl_relaxed(gi2c->se.base + SE_GENI_DMA_MODE_EN); in geni_i2c_err_misc() [all …]
|
| /linux/drivers/crypto/tegra/ |
| H A D | tegra-se-aes.c | 26 struct tegra_se *se; member 46 struct tegra_se *se; member 71 struct tegra_se *se; member 212 struct tegra_se *se = ctx->se; in tegra_aes_prep_cmd() local 213 u32 *cpuvaddr = se->cmdbuf->addr; in tegra_aes_prep_cmd() 228 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->linear_ctr); in tegra_aes_prep_cmd() 233 cpuvaddr[i++] = se_host1x_opcode_nonincr(se->hw->regs->last_blk, 1); in tegra_aes_prep_cmd() 237 cpuvaddr[i++] = se_host1x_opcode_incr(se->hw->regs->config, 6); in tegra_aes_prep_cmd() 250 cpuvaddr[i++] = se_host1x_opcode_nonincr(se->hw->regs->op, 1); in tegra_aes_prep_cmd() 256 host1x_uclass_incr_syncpt_indx_f(se->syncpt_id); in tegra_aes_prep_cmd() [all …]
|
| H A D | Makefile | 4 tegra-se-objs := tegra-se-key.o tegra-se-main.o 6 tegra-se-y += tegra-se-aes.o 7 tegra-se-y += tegra-se-hash.o 9 obj-$(CONFIG_CRYPTO_DEV_TEGRA) += tegra-se.o
|
| /linux/kernel/sched/ |
| H A D | fair.c | 290 static inline u64 calc_delta_fair(u64 delta, struct sched_entity *se) in calc_delta_fair() argument 292 if (unlikely(se->load.weight != NICE_0_LOAD)) in calc_delta_fair() 293 delta = __calc_delta(delta, NICE_0_LOAD, &se->load); in calc_delta_fair() 307 #define for_each_sched_entity(se) \ argument 308 for (; se; se = se->parent) 410 is_same_group(struct sched_entity *se, struct sched_entity *pse) in is_same_group() argument 412 if (se->cfs_rq == pse->cfs_rq) in is_same_group() 413 return se->cfs_rq; in is_same_group() 418 static inline struct sched_entity *parent_entity(const struct sched_entity *se) in parent_entity() argument 420 return se->parent; in parent_entity() [all …]
|
| H A D | pelt.c | 296 int __update_load_avg_blocked_se(u64 now, struct sched_entity *se) in __update_load_avg_blocked_se() argument 298 if (___update_load_sum(now, &se->avg, 0, 0, 0)) { in __update_load_avg_blocked_se() 299 ___update_load_avg(&se->avg, se_weight(se)); in __update_load_avg_blocked_se() 300 trace_pelt_se_tp(se); in __update_load_avg_blocked_se() 307 int __update_load_avg_se(u64 now, struct cfs_rq *cfs_rq, struct sched_entity *se) in __update_load_avg_se() argument 309 if (___update_load_sum(now, &se->avg, !!se->on_rq, se_runnable(se), in __update_load_avg_se() 310 cfs_rq->curr == se)) { in __update_load_avg_se() 312 ___update_load_avg(&se->avg, se_weight(se)); in __update_load_avg_se() 313 cfs_se_util_change(&se->avg); in __update_load_avg_se() 314 trace_pelt_se_tp(se); in __update_load_avg_se()
|
| /linux/drivers/tty/serial/ |
| H A D | qcom_geni_serial.c | 130 struct geni_se se; member 213 port->se.base = uport->membase; in qcom_geni_serial_request_port() 447 geni_se_setup_s_cmd(&port->se, UART_START_READ, 0); in qcom_geni_serial_poll_init() 647 geni_se_tx_dma_unprep(&port->se, port->tx_dma_addr, in qcom_geni_serial_stop_tx_dma() 653 geni_se_cancel_m_cmd(&port->se); in qcom_geni_serial_stop_tx_dma() 658 geni_se_abort_m_cmd(&port->se); in qcom_geni_serial_stop_tx_dma() 690 ret = geni_se_tx_dma_prep(&port->se, tail, xmit_size, in qcom_geni_serial_start_tx_dma() 740 geni_se_cancel_m_cmd(&port->se); in __qcom_geni_serial_cancel_tx_cmd() 743 geni_se_abort_m_cmd(&port->se); in __qcom_geni_serial_cancel_tx_cmd() 805 geni_se_cancel_s_cmd(&port->se); in qcom_geni_serial_stop_rx_fifo() [all …]
|
| /linux/net/nfc/ |
| H A D | core.c | 536 struct nfc_se *se; in nfc_find_se() local 538 list_for_each_entry(se, &dev->secure_elements, list) in nfc_find_se() 539 if (se->idx == se_idx) in nfc_find_se() 540 return se; in nfc_find_se() 548 struct nfc_se *se; in nfc_enable_se() local 575 se = nfc_find_se(dev, se_idx); in nfc_enable_se() 576 if (!se) { in nfc_enable_se() 581 if (se->state == NFC_SE_ENABLED) { in nfc_enable_se() 588 se->state = NFC_SE_ENABLED; in nfc_enable_se() 597 struct nfc_se *se; in nfc_disable_se() local [all …]
|
| /linux/tools/testing/selftests/timers/ |
| H A D | alarmtimer-suspend.c | 109 struct sigevent se; in main() local 120 memset(&se, 0, sizeof(se)); in main() 121 se.sigev_notify = SIGEV_SIGNAL; in main() 122 se.sigev_signo = signum; in main() 123 se.sigev_value.sival_int = 0; in main() 130 if (timer_create(alarm_clock_id, &se, &tm1) == -1) { in main()
|
| H A D | set-timer-lat.c | 113 struct sigevent se; in setup_timer() local 118 memset(&se, 0, sizeof(se)); in setup_timer() 119 se.sigev_notify = SIGEV_SIGNAL; in setup_timer() 120 se.sigev_signo = SIGRTMAX; in setup_timer() 121 se.sigev_value.sival_int = 0; in setup_timer() 127 err = timer_create(clock_id, &se, tm1); in setup_timer()
|
| H A D | leap-a-day.c | 179 struct sigevent se; in main() local 292 memset(&se, 0, sizeof(se)); in main() 293 se.sigev_notify = SIGEV_SIGNAL; in main() 294 se.sigev_signo = signum; in main() 295 se.sigev_value.sival_int = 0; in main() 296 if (timer_create(CLOCK_REALTIME, &se, &tm1) == -1) { in main()
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | 2.Process.rst | 25 lanzamientos se ve así: 45 se dice que la "merge window" (ventana de fusión) está abierta. En ese 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. 49 los cambios principales) se fusionarán durante este tiempo, a un ritmo 53 (Aparte, vale la pena señalar que los cambios integrados durante la 55 y montados con anticipación. Como funciona ese proceso se describirá en 61 ejemplo, el lanzamiento al final de la ventana de fusión se llamará 62 5.6-rc1. El lanzamiento -rc1 señala que el tiempo para fusionar nuevas 67 problemas deben enviarse al mainline. En ocasiones, se permitirá un cambio [all …]
|
| H A D | maintainer-kvm-x86.rst | 11 KVM se esfuerza por ser una comunidad acogedora; las contribuciones de los 12 recién llegados son valoradas e incentivadas. Por favor, no se desanime ni 13 se sienta intimidado por la extensión de este documento y las numerosas 27 KVM x86 se encuentra actualmente en un período de transición de ser parte 33 Por lo general, las correcciones para el ciclo en curso se aplican 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 37 través del árbol KVM x86, se aplicará a la rama ``fixes`` antes de llegar 40 Tenga en cuenta que se espera que este periodo de transición dure bastante 53 Todas las ramas temáticas, excepto ``next`` y ``fixes``, se agrupan en [all …]
|
| H A D | deprecated.rst | 17 han de ir creándose en el kernel, mientras que las antiguas se quitan, 25 Mientras que este atributo señala visualmente que un interface ha sido 38 "imposibles" tan elegantemente como se pueda. Mientras que la familia de 42 "¿en qué orden se necesitan liberar los locks? ¿Se han restaurado sus 51 en situaciones que se "esperan no sean alcanzables". Si se quiere 64 que se realicen reservas de memoria menores que las que se esperaban. El 69 como se sugiere a continuación para evitar las operaciones aritméticas en 83 Si no existen funciones con dos argumentos, utilice las funciones que se 98 .. note:: Si se usa struct_size() en una estructura que contiene un elemento 137 es la función strscpy(), aunque se ha de tener cuidado con cualquier caso [all …]
|
| H A D | handling-regressions.rst | 24 * Cuando se reciba un correo que no incluyó a la lista, inclúyalo en la 42 * Cuando se mandan informes desde un gestor de incidentes a la lista de 49 #. Cuando se manden correcciones para las regresiones, añadir etiquetas 50 "Link:" a la descripción, apuntado a todos los sitios donde se informó 51 del incidente, como se indica en el documento: 66 Qué hacer cuando se recibe un aviso de regresión. 74 * Cuando se recibe un informe por email que no tiene en CC la lista, 83 anteriormente, como se indica en: 86 Cuando se realice cualquiera de las acciones anteriores, considere 90 * Para los informes enviados por email, verificar si se ha incluido un [all …]
|
| H A D | security-bugs.rst | 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 28 Como ocurre con cualquier error, cuanta más información se proporcione, 33 que envia el error) a menos que ya se haya hecho público. 48 Coordinación debajo. Una vez que se ha desarrollado una solución robusta, 50 públicamente se lanzan inmediatamente. 56 a 14 días de calendario si se acuerda que la criticalidad del error requiere 62 confianza para desarrollar una solución, dicha información no se publicará 64 permiso del reportero. Esto incluye, pero no se limita al informe original 70 de seguimiento del informe se tratan confidencialmente incluso después de [all …]
|
| H A D | researcher-guidelines.rst | 11 en su producción, otros subproductos de su desarrollo. Linux se 19 de Linux para mejorar a partir de ella. En cualquier caso, se recomienda 43 La investigación pasiva que se basa completamente en fuentes disponibles 46 Aunque, como con cualquier investigación, todavía se debe seguir la ética 51 completa a los desarrolladores individuales involucrados. No se puede 57 en buena fe. No se ha dado consentimiento para enviar parches intencionalmente 69 cuando se trata de desarrollar o ejecutar herramientas de análisis que 72 Cuando se interactúa con la comunidad de desarrolladores, enviar un 87 * ¿Cuál es el problema específico que se ha encontrado? 90 * ¿Como se encontró el problema? Incluya específicamente detalles sobre [all …]
|
| H A D | howto.rst | 18 este archivo, que se encuentra en la parte superior del documento. 43 bien se adhiere al estándar ISO C89, utiliza una serie de extensiones que 56 largo del tiempo en función de lo que se ha encontrado que funciona mejor 59 que están bien documentados; no espere que la gente se adapte a usted o a 64 El código fuente del kernel de Linux se publica bajo licencia GPL. Por 79 comunidad del kernel. Cuando se agregan nuevas funciones al kernel, se 80 recomienda que se incluyan nuevos archivos de documentación que expliquen 82 que el kernel expone espacio de usuario cambie, se recomienda que envíe la 103 aceptarán parches si se siguen estas reglas, y muchas personas solo 108 parche, que incluye (pero no se limita a): [all …]
|
| H A D | 1.Intro.rst | 52 terminado cuando un parche se fusiona en mainline. 68 del sistema operativo que se ejecuta en reproductores de música digital 83 cambiar Linux para que se adapte mejor a sus necesidades. 101 se cambian todos los días. Por lo tanto, no es sorprendente que el 111 aprender, tiene poco tiempo para aquellos que no escuchan o que no se 136 Algunas empresas y desarrolladores ocasionalmente se preguntan por qué 148 estos se discutirán con mayor detalle más adelante en este documento. 151 - El código que se ha fusionado con el kernel mainline está disponible 159 - Mientras los desarrolladores del kernel se esfuerzan por mantener una 173 se rompa como resultado de ese cambio. Así que, el código fusionado en [all …]
|
| H A D | submitting-patches.rst | 12 el proceso puede en ocasiones resultar desalentador si no se está 14 que pueden aumentar considerablemente las posibilidades de que se acepte su 40 que se puede descargar con:: 64 evidentes. Incluso si se detectó un problema durante la revisión del 78 CPU, memoria y legibilidad; o, cuando se trata de heurísticas, entre 85 lenguaje sencillo para que el revisor verifique que el código se está 86 comportando como se pretende. 89 formato que se pueda incorporar fácilmente en la gestión del código fuente 94 larga, eso es una señal de que probablemente necesite dividir su parche. 98 descripción completa del parche y justificación del mismo. No se limite a [all …]
|
| /linux/drivers/gpu/drm/amd/amdkfd/ |
| H A D | kfd_mqd_manager.c | 107 int i, se, sh, cu, cu_bitmap_sh_mul, cu_inc = wgp_mode_req ? 2 : 1; in mqd_symmetrically_map_cu_mask() local 147 for (se = 0; se < gfx_info->max_shader_engines; se++) in mqd_symmetrically_map_cu_mask() 149 cu_per_sh[se][sh] = hweight32( in mqd_symmetrically_map_cu_mask() 150 cu_info->bitmap[xcc_inst][se % 4][sh + (se / 4) * in mqd_symmetrically_map_cu_mask() 195 for (se = 0; se < gfx_info->max_shader_engines; se++) { in mqd_symmetrically_map_cu_mask() 196 if (cu_per_sh[se][sh] > cu) { in mqd_symmetrically_map_cu_mask() 198 se_mask[se] |= en_mask << (cu + sh * 16); in mqd_symmetrically_map_cu_mask()
|
| /linux/Documentation/translations/zh_CN/scheduler/ |
| H A D | sched-design-CFS.rst | 36 在CFS中,虚拟运行时间由每个任务的p->se.vruntime(单位为纳秒)的值表达和跟踪。因此, 39 一些细节:在“理想的”硬件上,所有的任务在任何时刻都应该具有一样的p->se.vruntime值, 42 CFS的任务选择逻辑基于p->se.vruntime的值,因此非常简单:总是试图选择p->se.vruntime值 64 CFS维护了一个按时间排序的红黑树,所有可运行任务以p->se.vruntime为键值排序。CFS从这颗 70 p->se.vruntime。一旦p->se.vruntime变得足够大,其它的任务将成为按时间排序的红黑树的
|
| /linux/fs/f2fs/ |
| H A D | segment.h | 29 #define SE_PAGETYPE(se) ((IS_NODESEG((se)->type) ? NODE : DATA)) argument 369 struct seg_entry *se = get_seg_entry(sbi, start_segno); in set_ckpt_valid_blocks() local 371 blocks += se->ckpt_valid_blocks; in set_ckpt_valid_blocks() 386 struct seg_entry *se = get_seg_entry(sbi, start_segno); in sanity_check_valid_blocks() local 388 blocks += se->ckpt_valid_blocks; in sanity_check_valid_blocks() 405 static inline void seg_info_from_raw_sit(struct seg_entry *se, in seg_info_from_raw_sit() argument 408 se->valid_blocks = GET_SIT_VBLOCKS(rs); in seg_info_from_raw_sit() 409 se->ckpt_valid_blocks = GET_SIT_VBLOCKS(rs); in seg_info_from_raw_sit() 410 memcpy(se->cur_valid_map, rs->valid_map, SIT_VBLOCK_MAP_SIZE); in seg_info_from_raw_sit() 411 memcpy(se->ckpt_valid_map, rs->valid_map, SIT_VBLOCK_MAP_SIZE); in seg_info_from_raw_sit() [all …]
|
| /linux/crypto/ |
| H A D | twofish_common.c | 484 ctx->s[0][i] = mds[0][q0[(a) ^ sa] ^ se]; \ 492 ctx->s[0][i] = mds[0][q0[q0[(b) ^ sa] ^ se] ^ si]; \ 500 ctx->s[0][i] = mds[0][q0[q0[q1[(b) ^ sa] ^ se] ^ si] ^ sm]; \ 579 u8 sa = 0, sb = 0, sc = 0, sd = 0, se = 0, sf = 0, sg = 0, sh = 0; in __twofish_setkey() local 601 CALC_S (se, sf, sg, sh, 8, 0x00, 0x2D, 0x01, 0x2D); /* 01 A4 02 A4 */ in __twofish_setkey() 602 CALC_S (se, sf, sg, sh, 9, 0x2D, 0xA4, 0x44, 0x8A); /* A4 56 A1 55 */ in __twofish_setkey() 603 CALC_S (se, sf, sg, sh, 10, 0x8A, 0xD5, 0xBF, 0xD1); /* 55 82 FC 87 */ in __twofish_setkey() 604 CALC_S (se, sf, sg, sh, 11, 0xD1, 0x7F, 0x3D, 0x99); /* 87 F3 C1 5A */ in __twofish_setkey() 605 CALC_S (se, sf, sg, sh, 12, 0x99, 0x46, 0x66, 0x96); /* 5A 1E 47 58 */ in __twofish_setkey() 606 CALC_S (se, sf, sg, sh, 13, 0x96, 0x3C, 0x5B, 0xED); /* 58 C6 AE DB */ in __twofish_setkey() [all …]
|
| /linux/fs/afs/ |
| H A D | callback.c | 58 struct afs_server_entry *se; in afs_init_callback_state() local 62 list_for_each_entry(se, &server->volumes, slink) { in afs_init_callback_state() 63 se->cb_expires_at = AFS_NO_CB_PROMISE; in afs_init_callback_state() 64 se->volume->cb_expires_at = AFS_NO_CB_PROMISE; in afs_init_callback_state() 65 trace_afs_cb_v_break(se->volume->vid, atomic_read(&se->volume->cb_v_break), in afs_init_callback_state() 67 if (!list_empty(&se->volume->open_mmaps)) in afs_init_callback_state() 68 afs_volume_init_callback(se->volume); in afs_init_callback_state()
|
| /linux/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 44 (1) especificar la funcionalidad mínima en la que se puede confiar para 69 - ¿Qué no se puede asumir sobre las barreras de memoria? 93 (*) ¿Dónde se necesitan barreras de memoria? 172 El conjunto de accesos visto por el sistema de memoria en el medio se puede 221 de ubicaciones de memoria, pero el orden en que se accede a los registros 223 un conjunto de registros a los que se accede a través de un registro de 236 ya que se estableció la dirección _después_ de intentar leer el registro. 242 Hay algunas garantías mínimas que se pueden esperar de una CPU: 244 (*) En cualquier CPU dada, los accesos a la memoria dependiente se 281 (Los loads y stores se superponen si están destinados a piezas [all …]
|