Home
last modified time | relevance | path

Searched full:se (Results 1 – 25 of 814) sorted by relevance

12345678910>>...33

/linux-6.14.4/drivers/crypto/tegra/
Dtegra-se-main.c15 #include "tegra-se.h"
121 static struct tegra_se_cmdbuf *tegra_se_host1x_bo_alloc(struct tegra_se *se, ssize_t size) in tegra_se_host1x_bo_alloc() argument
124 struct device *dev = se->dev->parent; in tegra_se_host1x_bo_alloc()
144 int tegra_se_host1x_submit(struct tegra_se *se, struct tegra_se_cmdbuf *cmdbuf, u32 size) in tegra_se_host1x_submit() argument
149 job = host1x_job_alloc(se->channel, 1, 0, true); in tegra_se_host1x_submit()
151 dev_err(se->dev, "failed to allocate host1x job\n"); in tegra_se_host1x_submit()
155 job->syncpt = host1x_syncpt_get(se->syncpt); in tegra_se_host1x_submit()
157 job->client = &se->client; in tegra_se_host1x_submit()
158 job->class = se->client.class; in tegra_se_host1x_submit()
160 job->engine_fallback_streamid = se->stream_id; in tegra_se_host1x_submit()
[all …]
Dtegra-se-aes.c23 #include "tegra-se.h"
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()
[all …]
Dtegra-se-key.c11 #include "tegra-se.h"
51 static unsigned int tegra_key_prep_ins_cmd(struct tegra_se *se, u32 *cpuvaddr, in tegra_key_prep_ins_cmd() argument
57 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->op); in tegra_key_prep_ins_cmd()
61 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->manifest); in tegra_key_prep_ins_cmd()
62 cpuvaddr[i++] = se->manifest(se->owner, alg, keylen); in tegra_key_prep_ins_cmd()
64 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->key_dst); in tegra_key_prep_ins_cmd()
71 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->key_addr); in tegra_key_prep_ins_cmd()
76 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->key_data); in tegra_key_prep_ins_cmd()
81 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->config); in tegra_key_prep_ins_cmd()
85 cpuvaddr[i++] = se_host1x_opcode_incr_w(se->hw->regs->op); in tegra_key_prep_ins_cmd()
[all …]
Dtegra-se-hash.c22 #include "tegra-se.h"
25 struct tegra_se *se; member
270 struct tegra_se *se = ctx->se; in tegra_sha_prep_cmd() local
341 host1x_uclass_incr_syncpt_indx_f(se->syncpt_id); in tegra_sha_prep_cmd()
343 dev_dbg(se->dev, "msg len %llu msg left %llu sz %zd cfg %#x", in tegra_sha_prep_cmd()
354 struct tegra_se *se = ctx->se; in tegra_sha_do_init() local
368 rctx->digest.buf = dma_alloc_coherent(se->dev, rctx->digest.size, in tegra_sha_do_init()
373 rctx->residue.buf = dma_alloc_coherent(se->dev, rctx->blk_size, in tegra_sha_do_init()
379 rctx->intr_res.buf = dma_alloc_coherent(se->dev, rctx->intr_res.size, in tegra_sha_do_init()
387 dma_free_coherent(se->dev, rctx->residue.size, rctx->residue.buf, in tegra_sha_do_init()
[all …]
DMakefile4 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-6.14.4/drivers/soc/qcom/
Dqcom-geni-se.c17 #include <linux/soc/qcom/geni-se.h>
22 * Generic Interface (GENI) Serial Engine (SE) Wrapper driver is introduced
36 * determined by the firmware loaded to the serial engine. Each SE consists
44 * --QUP & SE Clocks--> | Serial Engine N | +-IO------>
54 * <------SE IRQ------+ +----------------------------+ |
70 * GENI SE Wrapper driver is structured into 2 parts:
115 /* Common SE registers */
191 * @se: Pointer to the corresponding serial engine.
195 u32 geni_se_get_qup_hw_version(struct geni_se *se) in geni_se_get_qup_hw_version() argument
197 struct geni_wrapper *wrapper = se->wrapper; in geni_se_get_qup_hw_version()
[all …]
/linux-6.14.4/include/linux/soc/qcom/
Dgeni-se.h15 * @GENI_SE_FIFO: FIFO mode. Data is transferred with SE FIFO
18 * with SE by DMAengine internal to SE
63 * @icc_paths: Array of ICC paths for SE
75 /* Common SE registers */
296 /* QUP SE VERSION value for major number 2 and minor number 5 */
316 u32 geni_se_get_qup_hw_version(struct geni_se *se);
320 * @se: Pointer to the concerned serial engine.
324 static inline u32 geni_se_read_proto(struct geni_se *se) in geni_se_read_proto() argument
328 val = readl_relaxed(se->base + GENI_FW_REVISION_RO); in geni_se_read_proto()
335 * @se: Pointer to the concerned serial engine.
[all …]
/linux-6.14.4/drivers/i2c/busses/
Di2c-qcom-geni.c17 #include <linux/soc/qcom/geni-se.h>
82 struct geni_se se; member
169 if (clk_get_rate(gi2c->se.clk) == 32 * HZ_PER_MHZ) in geni_i2c_clk_map_idx()
189 writel_relaxed(0, gi2c->se.base + SE_GENI_CLK_SEL); in qcom_geni_i2c_conf()
192 writel_relaxed(val, gi2c->se.base + GENI_SER_M_CLK_CFG); in qcom_geni_i2c_conf()
197 writel_relaxed(val, gi2c->se.base + SE_I2C_SCL_COUNTERS); in qcom_geni_i2c_conf()
202 u32 m_cmd = readl_relaxed(gi2c->se.base + SE_GENI_M_CMD0); in geni_i2c_err_misc()
203 u32 m_stat = readl_relaxed(gi2c->se.base + SE_GENI_M_IRQ_STATUS); in geni_i2c_err_misc()
204 u32 geni_s = readl_relaxed(gi2c->se.base + SE_GENI_STATUS); in geni_i2c_err_misc()
205 u32 geni_ios = readl_relaxed(gi2c->se.base + SE_GENI_IOS); in geni_i2c_err_misc()
[all …]
/linux-6.14.4/Documentation/translations/sp_SP/process/
D2.Process.rst16 problemas. Se requiere una comprensión solida de cómo funciona el proceso
25 lanzamientos se ve así:
43 Se sigue una disciplina relativamente sencilla con respecto a la fusión
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
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á
67 problemas deben enviarse al mainline. En ocasiones, se permitirá un cambio
[all …]
Dmaintainer-kvm-x86.rst11 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 …]
D5.Posting.rst14 kernel ha desarrollado un conjunto de convenciones y procedimientos que se
17 expectativas con un detalle razonable; también se puede encontrar más
27 problema. Sin embargo, si el trabajo que se está realizando es complejo,
29 se complete el trabajo. Por lo tanto, se debería considerar publicar
34 Al publicar código que aún no se considera listo para su inclusión, es
37 conocido. Menos personas mirarán los parches que se sabe que están a
44 Se deben hacer varias cosas antes de considerar enviar parches a la
48 de depuración del kernel, asegúrese de que el kernel se compilará con
57 su cambio; se debe incluir un resumen de los resultados con el parche.
60 se realizó para un empleador, es probable que el empleador tenga
[all …]
D4.Coding.rst20 errores. Luego, el enfoque se dirigirá hacia hacer las cosas bien y las
32 las políticas descritas en ese archivo se tomaban como, en el mejor de los
39 no importan y no se aplican. La realidad es que agregar nuevo código al
51 de varias maneras, incluida la forma en que se formatea el código.
61 parte del código mientras se trabaja en él por otras razones, pero los
66 contra del estilo (una línea que se vuelve mucho menos legible si se divide
78 finales de línea, se configurarán automáticamente si utilizas un editor
95 se pasa como cero por todos los que la invocan. Uno podría mantener ese
98 código que implementa este argumento adicional se haya roto de alguna
99 manera sutil que nunca se notó, porque nunca se ha utilizado. O, cuando
[all …]
D1.Intro.rst25 (merge window). Se cubren las distintas fases en el desarrollo del parche,
27 herramientas y listas de correo. Se anima a los desarrolladores que deseen
35 :ref:`sp_development_coding` trata sobre el proceso de codificación. Se
36 discuten varios escollos encontrados por otros desarrolladores. Se cubren
51 etapa. Se advierte a los desarrolladores que no asuman que el trabajo está
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
[all …]
Dhandling-regressions.rst24 * 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 …]
Dhowto.rst18 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
101 razones detrás de esto. Se espera que todo el código nuevo siga las
103 aceptarán parches si se siguen estas reglas, y muchas personas solo
[all …]
Dresearcher-guidelines.rst11 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 …]
Ddeprecated.rst17 han de ir creándose en el kernel, mientras que las antiguas se quitan,
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
140 compilados (o el valor negativo de errno cuando se trunca la cadena de
[all …]
/linux-6.14.4/sound/soc/codecs/
Dpcm186x.c69 "VINL1[SE]", /* Default for ADC1L */
70 "VINL2[SE]", /* Default for ADC2L */
71 "VINL2[SE] + VINL1[SE]",
72 "VINL3[SE]",
73 "VINL3[SE] + VINL1[SE]",
74 "VINL3[SE] + VINL2[SE]",
75 "VINL3[SE] + VINL2[SE] + VINL1[SE]",
76 "VINL4[SE]",
77 "VINL4[SE] + VINL1[SE]",
78 "VINL4[SE] + VINL2[SE]",
[all …]
/linux-6.14.4/drivers/spi/
Dspi-geni-qcom.c16 #include <linux/soc/qcom/geni-se.h>
20 /* SPI SE specific registers and respective register fields */
79 struct geni_se se; member
108 struct geni_se *se = &mas->se; in spi_slv_setup() local
110 writel(SPI_SLAVE_EN, se->base + SE_SPI_SLAVE_EN); in spi_slv_setup()
111 writel(GENI_IO_MUX_0_EN, se->base + GENI_OUTPUT_CTRL); in spi_slv_setup()
112 writel(START_TRIGGER, se->base + SE_GENI_CFG_SEQ_START); in spi_slv_setup()
125 ret = geni_se_clk_freq_match(&mas->se, in get_spi_clk_cfg()
153 struct geni_se *se = &mas->se; in handle_se_timeout() local
158 writel(0, se->base + SE_GENI_TX_WATERMARK_REG); in handle_se_timeout()
[all …]
/linux-6.14.4/Documentation/translations/sp_SP/scheduler/
Dsched-design-CFS.rst18 del previo gestor de tareas SCHED_OTHER. Hoy en día se está abriendo camino
19 para el gestor de tareas EEVDF, cuya documentación se puede ver en
30 como si se ejecutaran en paralelo.
32 En hardware real, se puede ejecutar una única tarea a la vez, así que
33 se ha usado el concepto de "tiempo de ejecución virtual". El tiempo
44 En CFS, el tiempo de ejecución virtual se expresa y se monitoriza por
45 cada tarea, en su valor de p->se.vruntime (en unidades de nanosegundos).
50 tareas pueden tener el mismo valor de p->se.vruntime --- i.e., tareas
51 se podrían ejecutar simultáneamente y ninguna tarea podría escaparse del
54 La lógica de elección del tareas de CFS se basa en el valor de p->se.vruntime
[all …]
Dsched-bwc.rst14 para SCHED_NORMAL. El caso de SCHED_RT se trata en Documentation/scheduler/sched-rt-group.rst
19 El ancho de banda permitido para un grupo de tareas se especifica usando una
21 de tareas se le asigna hasta su "cuota" de tiempo de uso de CPU en
32 hilos de ejecución van consumiendo este ancho de banda, este se
51 ejecutar más de un segundo y obviamente no se cumpliría con el tiempo
53 el tiempo límite de la tarea estaría todavía más lejos, y nunca se tendría
57 consuma totalmente la cuota; esto permite que se pueda describir u_i
60 Por ejemplo, se tiene u_i = {x,e}_i, donde x es el p(95) y x+e p(100)
66 probabilidades. De todas formas, si se mantiene la estabilidad, ya que
67 cada sobre-ejecución se empareja con una infra-ejecución en tanto x esté
[all …]
/linux-6.14.4/Documentation/scsi/
Daic7xxx.rst63 AHA-274X[A] aic7770 EISA SE-50M SE-HD50F
64 AHA-274X[A]W aic7770 EISA SE-HD68F SE-HD68F
65 SE-50M
66 AHA-274X[A]T aic7770 EISA 2 X SE-50M SE-HD50F
67 AHA-2842 aic7770 VL SE-50M SE-HD50F
68 AHA-2940AU aic7860 PCI/32 SE-50M SE-HD50F
69 AVA-2902I aic7860 PCI/32 SE-50M
70 AVA-2902E aic7860 PCI/32 SE-50M
71 AVA-2906 aic7856 PCI/32 SE-50M SE-DB25F
72 APC-7850 aic7850 PCI/32 SE-50M 1
[all …]
/linux-6.14.4/kernel/sched/
Dfair.c292 static inline u64 calc_delta_fair(u64 delta, struct sched_entity *se) in calc_delta_fair() argument
294 if (unlikely(se->load.weight != NICE_0_LOAD)) in calc_delta_fair()
295 delta = __calc_delta(delta, NICE_0_LOAD, &se->load); in calc_delta_fair()
309 #define for_each_sched_entity(se) \ argument
310 for (; se; se = se->parent)
412 is_same_group(struct sched_entity *se, struct sched_entity *pse) in is_same_group() argument
414 if (se->cfs_rq == pse->cfs_rq) in is_same_group()
415 return se->cfs_rq; in is_same_group()
420 static inline struct sched_entity *parent_entity(const struct sched_entity *se) in parent_entity() argument
422 return se->parent; in parent_entity()
[all …]
/linux-6.14.4/arch/sh/tools/
Dmach-types8 SE SH_SOLUTION_ENGINE
22 7206SE SH_7206_SOLUTION_ENGINE
23 7343SE SH_7343_SOLUTION_ENGINE
24 7619SE SH_7619_SOLUTION_ENGINE
25 7721SE SH_7721_SOLUTION_ENGINE
26 7722SE SH_7722_SOLUTION_ENGINE
27 7724SE SH_7724_SOLUTION_ENGINE
28 7751SE SH_7751_SOLUTION_ENGINE
29 7780SE SH_7780_SOLUTION_ENGINE
/linux-6.14.4/Documentation/translations/it_IT/process/
D6.Followthrough.rst36 resa molto più facile se tenete presente alcuni dettagli:
38 - Se avete descritto la vostra modifica correttamente, i revisori ne
51 fatti ancora e ancora. Se ricevete una revisione che vi sembra abbia
75 comunicarvi. Se possibile, sistemate le cose che il revisore vi chiede di
80 suggerita dai revisori. Se credete che il revisore non abbia compreso
81 il vostro codice, spiegateglielo. Se avete un'obiezione tecnica da fargli
83 al problema. Se la vostra spiegazione ha senso, il revisore la accetterà.
85 specialmente se altri iniziano ad essere d'accordo con il revisore.
97 che se ne andranno. Non andranno via. Se pubblicherete nuovamente il
106 famigliarizzare con ciò che è stato detto l'ultima volta; se li aiutate
[all …]

12345678910>>...33