| /linux/drivers/crypto/tegra/ |
| H A D | tegra-se-main.c | 119 static struct tegra_se_cmdbuf *tegra_se_host1x_bo_alloc(struct tegra_se *se, ssize_t size) in tegra_se_host1x_bo_alloc() argument 122 struct device *dev = se->dev->parent; in tegra_se_host1x_bo_alloc() 142 int tegra_se_host1x_submit(struct tegra_se *se, struct tegra_se_cmdbuf *cmdbuf, u32 size) in tegra_se_host1x_submit() argument 147 job = host1x_job_alloc(se->channel, 1, 0, true); in tegra_se_host1x_submit() 149 dev_err(se->dev, "failed to allocate host1x job\n"); in tegra_se_host1x_submit() 153 job->syncpt = host1x_syncpt_get(se->syncpt); in tegra_se_host1x_submit() 155 job->client = &se->client; in tegra_se_host1x_submit() 156 job->class = se->client.class; in tegra_se_host1x_submit() 158 job->engine_fallback_streamid = se->stream_id; in tegra_se_host1x_submit() 165 ret = host1x_job_pin(job, se->dev); in tegra_se_host1x_submit() [all …]
|
| H A D | tegra-se-aes.c | 27 struct tegra_se *se; member 47 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
|
| H A D | tegra-se-hash.c | 26 struct tegra_se *se; member 273 struct tegra_se *se = ctx->se; in tegra_sha_prep_cmd() local 344 host1x_uclass_incr_syncpt_indx_f(se->syncpt_id); in tegra_sha_prep_cmd() 346 dev_dbg(se->dev, "msg len %llu msg left %llu sz %zd cfg %#x", in tegra_sha_prep_cmd() 357 struct tegra_se *se = ctx->se; in tegra_sha_do_init() local 371 rctx->digest.buf = dma_alloc_coherent(se->dev, rctx->digest.size, in tegra_sha_do_init() 376 rctx->residue.buf = dma_alloc_coherent(se->dev, rctx->blk_size, in tegra_sha_do_init() 382 rctx->intr_res.buf = dma_alloc_coherent(se->dev, rctx->intr_res.size, in tegra_sha_do_init() 390 dma_free_coherent(se->dev, rctx->residue.size, rctx->residue.buf, in tegra_sha_do_init() 393 dma_free_coherent(se->dev, rctx->digest.size, rctx->digest.buf, in tegra_sha_do_init() [all …]
|
| /linux/drivers/i2c/busses/ |
| H A D | i2c-qcom-geni.c | 88 int (*resources_init)(struct geni_se *se); 89 int (*set_rate)(struct geni_se *se, unsigned long freq); 90 int (*power_on)(struct geni_se *se); 91 int (*power_off)(struct geni_se *se); 114 struct geni_se se; member 201 if (clk_get_rate(gi2c->se.clk) == 32 * HZ_PER_MHZ) in geni_i2c_clk_map_idx() 216 static int qcom_geni_i2c_conf(struct geni_se *se, unsigned long freq) in qcom_geni_i2c_conf() argument 218 struct geni_i2c_dev *gi2c = dev_get_drvdata(se->dev); in qcom_geni_i2c_conf() 222 writel_relaxed(0, gi2c->se.base + SE_GENI_CLK_SEL); in qcom_geni_i2c_conf() 225 writel_relaxed(val, gi2c->se.base + GENI_SER_M_CLK_CFG); in qcom_geni_i2c_conf() [all …]
|
| /linux/kernel/sched/ |
| H A D | pelt.c | 209 * se has been already dequeued but cfs_rq->h_curr still points to it. in ___update_load_sum() 274 * se_weight() = se->load.weight 285 * load_avg = se_weight(se) * load_sum 289 * runnable_sum = \Sum se->avg.runnable_sum 290 * runnable_avg = \Sum se->avg.runnable_avg 292 * load_sum = \Sum se_weight(se) * se->avg.load_sum 293 * load_avg = \Sum se->avg.load_avg 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 in __update_load_avg_blocked_se() 307 __update_load_avg_se(u64 now,struct cfs_rq * cfs_rq,struct sched_entity * se) __update_load_avg_se() argument [all...] |
| /linux/drivers/tty/serial/ |
| H A D | qcom_geni_serial.c | 130 struct geni_se se; member 215 port->se.base = uport->membase; in qcom_geni_serial_request_port() 449 geni_se_setup_s_cmd(&port->se, UART_START_READ, 0); in qcom_geni_serial_poll_init() 664 geni_se_tx_dma_unprep(&port->se, port->tx_dma_addr, in qcom_geni_serial_stop_tx_dma() 691 ret = geni_se_tx_dma_prep(&port->se, tail, xmit_size, in qcom_geni_serial_start_tx_dma() 741 geni_se_cancel_m_cmd(&port->se); in __qcom_geni_serial_cancel_tx_cmd() 744 geni_se_abort_m_cmd(&port->se); in __qcom_geni_serial_cancel_tx_cmd() 806 geni_se_cancel_s_cmd(&port->se); in qcom_geni_serial_stop_rx_fifo() 831 geni_se_setup_s_cmd(&port->se, UART_START_READ, 0); in qcom_geni_serial_start_rx_fifo() 850 geni_se_cancel_s_cmd(&port->se); in qcom_geni_serial_stop_rx_dma() [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 | 78 struct sigevent se; in timespec_sub() 89 memset(&se, 0, sizeof(se)); in sigalarm() 90 se.sigev_notify = SIGEV_SIGNAL; in sigalarm() 91 se.sigev_signo = signum; in sigalarm() 92 se.sigev_value.sival_int = 0; in sigalarm() 99 if (timer_create(alarm_clock_id, &se, &tm1) == -1) { in sigalarm() 109 struct sigevent se; main() local
|
| H A D | set-timer-lat.c | 83 struct sigevent se; 88 memset(&se, 0, sizeof(se)); in sigalarm() 89 se.sigev_notify = SIGEV_SIGNAL; in sigalarm() 90 se.sigev_signo = SIGRTMAX; in sigalarm() 91 se.sigev_value.sival_int = 0; in sigalarm() 97 err = timer_create(clock_id, &se, tm1); in sigalarm() 113 struct sigevent se; setup_timer() local
|
| H A D | leap-a-day.c | 182 struct sigevent se; in main() 295 memset(&se, 0, sizeof(se)); in main() 296 se.sigev_notify = SIGEV_SIGNAL; in main() 297 se.sigev_signo = signum; in main() 298 se.sigev_value.sival_int = 0; in main() 299 if (timer_create(CLOCK_REALTIME, &se, &tm1) == -1) { in main() 179 struct sigevent se; main() local
|
| /linux/tools/testing/selftests/filesystems/fuse/ |
| H A D | fuse_acl_cache_test.c | 190 struct fuse_session *se; in FIXTURE() local 212 self->se = fuse_session_new(&args, &fs_ops, sizeof(fs_ops), NULL); in FIXTURE_SETUP() 213 if (!self->se) { in FIXTURE_SETUP() 218 if (fuse_session_mount(self->se, self->mountpoint)) { in FIXTURE_SETUP() 219 fuse_session_destroy(self->se); in FIXTURE_SETUP() 225 if (pthread_create(&self->thread, NULL, run_daemon, self->se)) { in FIXTURE_SETUP() 226 fuse_session_unmount(self->se); in FIXTURE_SETUP() 227 fuse_session_destroy(self->se); in FIXTURE_SETUP() 237 fuse_session_exit(self->se); in FIXTURE_TEARDOWN() 238 fuse_session_unmount(self->se); in FIXTURE_TEARDOWN() [all …]
|
| /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 …]
|
| /linux/Documentation/translations/pt_BR/process/ |
| H A D | management-style.rst | 7 inventado, dependendo de quem você perguntar) para o kernel do Linux. Ele se 17 A propósito, quando falamos sobre "gerente do kernel", trata-se de pessoas líderes 20 você quase certamente não é um gerente do kernel. Essas sugestões podem ou não se 40 O nome do jogo é **evitar** ter que tomar uma decisão. Em particular, se alguém 43 detalhes melhor do que você, então se elas vierem até você para uma decisão técnica, 54 as grandes e dolorosas em pequenas coisas com as quais ninguém realmente se importa. 57 é se você pode consertar sua decisão depois. Qualquer decisão pode ser pequena 58 garantindo sempre que, se você estiver errado (e você **vai** estar errado), você 65 Portanto a chave para evitar grandes decisões torna-se apenas evitar fazer coisas 66 que não podem ser desfeitas. Não se deixe encurralar em um canto do qual você não [all …]
|
| H A D | 7.AdvancedTopics.rst | 7 processo de desenvolvimento. No entanto, ainda há mais a aprender! Esta seção 9 desejam se tornar parte regular do processo de desenvolvimento do kernel Linux. 28 longo por si só. Em vez disso, o foco aqui será em como o git se encaixa 30 que desejam se atualizar com o git encontrarão mais informações em: 50 enquanto você se atualiza. 55 relativamente simples se você tiver um sistema acessível à internet. Caso 74 Uma série de patches pode ser reescrita como se tivesse sido escrita no topo da 83 kernel testada (assim se espera) em uma não testada. Mas, além disso, os 84 desenvolvedores não podem colaborar facilmente se não tiverem uma visão 85 compartilhada do histórico do projeto; se você reescrever o histórico que outros [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/drivers/gpu/drm/i915/gvt/ |
| H A D | gtt.c | 1073 static inline void ppgtt_generate_shadow_entry(struct intel_gvt_gtt_entry *se, in ppgtt_generate_shadow_entry() argument 1078 se->type = ge->type; in ppgtt_generate_shadow_entry() 1079 se->val64 = ge->val64; in ppgtt_generate_shadow_entry() 1082 if (se->type == GTT_TYPE_PPGTT_PDE_ENTRY) in ppgtt_generate_shadow_entry() 1083 ops->clear_ips(se); in ppgtt_generate_shadow_entry() 1085 ops->set_pfn(se, s->shadow_page.mfn); in ppgtt_generate_shadow_entry() 1090 struct intel_gvt_gtt_entry *se) in split_2MB_gtt_entry() argument 1102 start_gfn = ops->get_pfn(se); in split_2MB_gtt_entry() 1113 sub_se.val64 = se->val64; in split_2MB_gtt_entry() 1117 sub_se.val64 |= (se->val64 & _PAGE_PAT_LARGE) >> 5; in split_2MB_gtt_entry() [all …]
|
| /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 …]
|