| /linux/drivers/i2c/busses/ |
| H A D | i2c-qcom-geni.c | 17 #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/include/linux/soc/qcom/ |
| H A D | geni-se.h | 15 * @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/Documentation/translations/sp_SP/process/ |
| H A D | 2.Process.rst | 16 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 …]
|
| 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 | 1.Intro.rst | 25 (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 …]
|
| 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 | 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
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 …]
|
| 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 | deprecated.rst | 17 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 …]
|
| 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
98 descripción completa del parche y justificación del mismo. No se limite a
112 Si desea hacer referencia a un commit específico, no se limite a hacer
[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 | contribution-maturity-model.rst | 22 en mantenedores del kernel. Para apoyar una fuente solida de talento, se
46 * A los ingenieros de software no se les permite contribuir con parches
52 * A los ingenieros de software se les permite contribuir con parches al
59 * Se espera que los ingenieros de software contribuyan al kernel de Linux
61 * Se proporcionará apoyo a los ingenieros de software para asistir a
63 * Las contribuciones de código upstream de un ingeniero de software se
69 * Se espera que los ingenieros de software revisen los parches (incluidos
74 Usenix, ACM, etc.), se consideran parte del trabajo de un ingeniero.
75 * Las contribuciones a la comunidad de un ingeniero de software se
82 métricas que se sugieren encarecidamente incluyen:
[all …]
|
| H A D | embargoed-hardware-issues.rst | 71 Las listas de correo encriptadas que se utilizan en nuestro proceso están
115 Todos los desarrolladores involucrados se comprometen a adherirse a las
149 encriptada específica para el incidente que se utilizará para la discusión
153 lista de desarrolladores (expertos de dominios) a quienes se debe informar
155 desarrolladores que se adherirán a este Memorando de Entendimiento y al
178 - Si un experto que se requiere para manejar un problema es empleado por
201 de Linux y se ha utilizado con éxito en el desarrollo de mitigación para
205 Linux. Los parches se publican, discuten y revisan y, si se acuerda, se
218 divulgación proporcionada por la parte reveladora, entonces se solicitará
221 Si no es así, entonces se informará a la parte reveladora sobre la
[all …]
|
| /linux/drivers/crypto/tegra/ |
| H A D | tegra-se-key.c | 11 #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 …]
|
| H A D | tegra-se-hash.c | 22 #include "tegra-se.h"
25 struct tegra_se *se; member
214 static int tegra_sha_prep_cmd(struct tegra_se *se, u32 *cpuvaddr, in tegra_sha_prep_cmd() argument
274 host1x_uclass_incr_syncpt_indx_f(se->syncpt_id); in tegra_sha_prep_cmd()
276 dev_dbg(se->dev, "msg len %llu msg left %llu cfg %#x", in tegra_sha_prep_cmd()
282 static void tegra_sha_copy_hash_result(struct tegra_se *se, struct tegra_sha_reqctx *rctx) in tegra_sha_copy_hash_result() argument
287 rctx->result[i] = readl(se->base + se->hw->regs->result + (i * 4)); in tegra_sha_copy_hash_result()
290 static void tegra_sha_paste_hash_result(struct tegra_se *se, struct tegra_sha_reqctx *rctx) in tegra_sha_paste_hash_result() argument
296 se->base + se->hw->regs->result + (i * 4)); in tegra_sha_paste_hash_result()
304 u32 *cpuvaddr = ctx->se->cmdbuf->addr; in tegra_sha_do_update()
[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/drivers/spi/ |
| H A D | spi-geni-qcom.c | 16 #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/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-design-CFS.rst | 18 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 …]
|
| /linux/Documentation/scsi/ |
| H A D | aic7xxx.rst | 63 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/kernel/sched/ |
| H A D | fair.c | 289 static inline u64 calc_delta_fair(u64 delta, struct sched_entity *se) in calc_delta_fair() argument
291 if (unlikely(se->load.weight != NICE_0_LOAD)) in calc_delta_fair()
292 delta = __calc_delta(delta, NICE_0_LOAD, &se->load); in calc_delta_fair()
306 #define for_each_sched_entity(se) \ argument
307 for (; se; se = se->parent)
409 is_same_group(struct sched_entity *se, struct sched_entity *pse) in is_same_group() argument
411 if (se->cfs_rq == pse->cfs_rq) in is_same_group()
412 return se->cfs_rq; in is_same_group()
417 static inline struct sched_entity *parent_entity(const struct sched_entity *se) in parent_entity() argument
419 return se->parent; in parent_entity()
[all …]
|
| H A D | pelt.c | 208 * se has been already dequeued but cfs_rq->curr still points to it. in ___update_load_sum()
273 * se_weight() = se->load.weight
284 * load_avg = se_weight(se) * load_sum
288 * runnable_sum = \Sum se->avg.runnable_sum
289 * runnable_avg = \Sum se->avg.runnable_avg
291 * load_sum = \Sum se_weight(se) * se->avg.load_sum
292 * load_avg = \Sum se->avg.load_avg
295 int __update_load_avg_blocked_se(u64 now, struct sched_entity *se) in __update_load_avg_blocked_se() argument
297 if (___update_load_sum(now, &se->avg, 0, 0, 0)) { in __update_load_avg_blocked_se()
298 ___update_load_avg(&se->avg, se_weight(se)); in __update_load_avg_blocked_se()
[all …]
|
| /linux/Documentation/translations/it_IT/process/ |
| H A D | 6.Followthrough.rst | 36 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 …]
|
| /linux/drivers/gpu/drm/v3d/ |
| H A D | v3d_submit.c | 160 u32 in_sync, struct v3d_submit_ext *se, enum v3d_queue queue) in v3d_job_init() argument
163 bool has_multisync = se && (se->flags & DRM_V3D_EXT_ID_MULTI_SYNC); in v3d_job_init()
176 if (se->in_sync_count && se->wait_stage == queue) { in v3d_job_init()
177 struct drm_v3d_sem __user *handle = u64_to_user_ptr(se->in_syncs); in v3d_job_init()
179 for (i = 0; i < se->in_sync_count; i++) { in v3d_job_init()
229 struct v3d_submit_ext *se, in v3d_attach_fences_and_unlock_reservation() argument
233 bool has_multisync = se && (se->flags & DRM_V3D_EXT_ID_MULTI_SYNC); in v3d_attach_fences_and_unlock_reservation()
256 if (se->out_sync_count) { in v3d_attach_fences_and_unlock_reservation()
257 for (i = 0; i < se->out_sync_count; i++) { in v3d_attach_fences_and_unlock_reservation()
258 drm_syncobj_replace_fence(se->out_syncs[i].syncobj, in v3d_attach_fences_and_unlock_reservation()
[all …]
|
| /linux/arch/sh/tools/ |
| H A D | mach-types | 8 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/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 …]
|