| /linux-6.8/drivers/soc/qcom/ |
| D | qcom-geni-se.c | 17 #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:
116 /* Common SE registers */
192 * @se: Pointer to the corresponding serial engine.
196 u32 geni_se_get_qup_hw_version(struct geni_se *se) in geni_se_get_qup_hw_version() argument
198 struct geni_wrapper *wrapper = se->wrapper; in geni_se_get_qup_hw_version()
[all …]
|
| /linux-6.8/include/linux/soc/qcom/ |
| 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 */
286 /* QUP SE VERSION value for major number 2 and minor number 5 */
306 u32 geni_se_get_qup_hw_version(struct geni_se *se);
310 * @se: Pointer to the concerned serial engine.
314 static inline u32 geni_se_read_proto(struct geni_se *se) in geni_se_read_proto() argument
318 val = readl_relaxed(se->base + GENI_FW_REVISION_RO); in geni_se_read_proto()
325 * @se: Pointer to the concerned serial engine.
[all …]
|
| /linux-6.8/drivers/i2c/busses/ |
| D | i2c-qcom-geni.c | 17 #include <linux/soc/qcom/geni-se.h>
81 struct geni_se se; member
174 writel_relaxed(0, gi2c->se.base + SE_GENI_CLK_SEL); in qcom_geni_i2c_conf()
177 writel_relaxed(val, gi2c->se.base + GENI_SER_M_CLK_CFG); in qcom_geni_i2c_conf()
182 writel_relaxed(val, gi2c->se.base + SE_I2C_SCL_COUNTERS); in qcom_geni_i2c_conf()
187 u32 m_cmd = readl_relaxed(gi2c->se.base + SE_GENI_M_CMD0); in geni_i2c_err_misc()
188 u32 m_stat = readl_relaxed(gi2c->se.base + SE_GENI_M_IRQ_STATUS); in geni_i2c_err_misc()
189 u32 geni_s = readl_relaxed(gi2c->se.base + SE_GENI_STATUS); in geni_i2c_err_misc()
190 u32 geni_ios = readl_relaxed(gi2c->se.base + SE_GENI_IOS); in geni_i2c_err_misc()
191 u32 dma = readl_relaxed(gi2c->se.base + SE_GENI_DMA_MODE_EN); in geni_i2c_err_misc()
[all …]
|
| /linux-6.8/sound/soc/codecs/ |
| D | pcm186x.c | 69 "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.8/drivers/spi/ |
| 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-6.8/Documentation/scsi/ |
| 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-6.8/Documentation/translations/sp_SP/process/ |
| 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 …]
|
| 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 …]
|
| 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 …]
|
| 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 …]
|
| 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 …]
|
| 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 …]
|
| 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 …]
|
| 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 …]
|
| D | coding-style.rst | 37 el código se mueva demasiado a la derecha y dificulta la lectura en una
99 espacios nunca se utilizan para la sangría, y el ejemplo anterior se rompe
118 se colocan sustancialmente a la derecha. Un estilo muy usado es alinear
121 Estas mismas reglas se aplican a los encabezados de funciones con una larga
144 Esto se aplica a todos los bloques de declaraciones que no son funciones
250 generalmente se usan con paréntesis en Linux, aunque no son requeridos en
252 se declare).
311 usted; sin embargo, si se aplica una serie de parches, esto puede hacer que
343 cualquier tipo de variable que se utiliza para contener un valor temporal.
346 problema, que se denomina síndrome de
[all …]
|
| /linux-6.8/kernel/sched/ |
| D | fair.c | 296 static inline u64 calc_delta_fair(u64 delta, struct sched_entity *se) in calc_delta_fair() argument
298 if (unlikely(se->load.weight != NICE_0_LOAD)) in calc_delta_fair()
299 delta = __calc_delta(delta, NICE_0_LOAD, &se->load); in calc_delta_fair()
313 #define for_each_sched_entity(se) \ argument
314 for (; se; se = se->parent)
416 is_same_group(struct sched_entity *se, struct sched_entity *pse) in is_same_group() argument
418 if (se->cfs_rq == pse->cfs_rq) in is_same_group()
419 return se->cfs_rq; in is_same_group()
424 static inline struct sched_entity *parent_entity(const struct sched_entity *se) in parent_entity() argument
426 return se->parent; in parent_entity()
[all …]
|
| 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-6.8/arch/sh/tools/ |
| 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-6.8/Documentation/translations/it_IT/process/ |
| 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
68 comunicarvi. Se possibile, sistemate le cose che il revisore vi chiede di
73 suggerita dai revisori. Se credete che il revisore non abbia compreso
74 il vostro codice, spiegateglielo. Se avete un'obiezione tecnica da fargli
76 al problema. Se la vostra spiegazione ha senso, il revisore la accetterà.
78 specialmente se altri iniziano ad essere d'accordo con il revisore.
90 che se ne andranno. Non andranno via. Se pubblicherete nuovamente il
99 famigliarizzare con ciò che è stato detto l'ultima volta; se li aiutate
[all …]
|
| D | 5.Posting.rst | 57 Se è così, dovreste eseguire dei *benchmark* che mostrino il loro
61 - Siate certi d'avere i diritti per pubblicare il codice. Se questo
114 modifiche nella stessa patch. Se una modifica corregge un baco critico
120 correttamente; se la vostra serie di patch si interrompe a metà il
123 comando "git bisect" viene usato per trovare delle regressioni; se il
137 possibile, questo dovrebbe essere evitato; se questa serie aggiunge delle
139 problema anche se il baco si trova altrove. Possibilmente, quando una
156 è necessaria solo se state passando la patch di qualcun altro via email,
182 revisori che devono decidere se la patch debba essere inclusa o no,
183 le distribuzioni e altri manutentori che cercano di valutare se la patch
[all …]
|
| D | botching-up-ioctls.rst | 32 Prima i prerequisiti. Seguite i seguenti suggerimenti se non volete fallire in
45 * Se una struttura dati contiene valori a 64-bit, allora fate si che la sua
67 * Abbiate un modo chiaro per capire dallo spazio utente se una nuova ioctl, o
68 l'estensione di una esistente, sia supportata dal kernel in esecuzione. Se non
84 altrimenti rifiutare la ioctl. Se non lo fate il vostro bel piano per
89 vuoti di tutte le vostre strutture dati, anche se non le userete in un
131 * Se non potete rendere un pezzo di codice rieseguibile, almeno rendete
133 apprezzeranno affatto se tenete in ostaggio il loro scatolotto (mediante un
134 processo X insopprimibile). Se anche recuperare lo stato è troppo complicato,
158 analisi delle prestazioni possono compensare il problema. Se il vostro spazio
[all …]
|
| /linux-6.8/drivers/gpu/drm/v3d/ |
| 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-6.8/Documentation/translations/sp_SP/ |
| 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 …]
|
| /linux-6.8/drivers/tty/serial/ |
| D | qcom_geni_serial.c | 18 #include <linux/soc/qcom/geni-se.h>
119 struct geni_se se; member
196 port->se.base = uport->membase; in qcom_geni_serial_request_port()
493 geni_se_cancel_m_cmd(&port->se); in qcom_geni_serial_console_write()
496 geni_se_abort_m_cmd(&port->se); in qcom_geni_serial_console_write()
599 geni_se_tx_dma_unprep(&port->se, port->tx_dma_addr, in qcom_geni_serial_stop_tx_dma()
605 geni_se_cancel_m_cmd(&port->se); in qcom_geni_serial_stop_tx_dma()
610 geni_se_abort_m_cmd(&port->se); in qcom_geni_serial_stop_tx_dma()
638 ret = geni_se_tx_dma_prep(&port->se, &xmit->buf[xmit->tail], in qcom_geni_serial_start_tx_dma()
641 dev_err(uport->dev, "unable to start TX SE DMA: %d\n", ret); in qcom_geni_serial_start_tx_dma()
[all …]
|
| /linux-6.8/net/nfc/ |
| D | core.c | 125 pr_err("SE discovery failed\n"); in nfc_dev_up()
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
551 pr_debug("%s se index %d\n", dev_name(&dev->dev), se_idx); in nfc_enable_se()
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()
[all …]
|