Home
last modified time | relevance | path

Searched refs:mo (Results 1 – 25 of 37) sorted by relevance

12

/linux/drivers/net/can/cc770/
H A Dcc770.c111 unsigned int o, mo; in enable_all_objs() local
115 mo = obj2msgobj(o); in enable_all_objs()
126 "RX data, RTR, SFF and EFF\n", mo); in enable_all_objs()
130 mo, obj_flags & CC770_OBJ_FLAG_RTR ? in enable_all_objs()
143 cc770_write_reg(priv, msgobj[mo].config, msgcfg); in enable_all_objs()
144 cc770_write_reg(priv, msgobj[mo].ctrl0, in enable_all_objs()
149 cc770_write_reg(priv, msgobj[mo].ctrl1, in enable_all_objs()
153 cc770_write_reg(priv, msgobj[mo].ctrl1, in enable_all_objs()
158 "TX data, RTR, SFF and EFF\n", mo); in enable_all_objs()
160 cc770_write_reg(priv, msgobj[mo].ctrl1, in enable_all_objs()
[all …]
/linux/drivers/crypto/allwinner/sun4i-ss/
H A Dsun4i-ss-cipher.c35 struct sg_mapping_iter mi, mo; in sun4i_ss_opti_poll() local
108 sg_miter_start(&mo, areq->dst, sg_nents(areq->dst), in sun4i_ss_opti_poll()
111 sg_miter_skip(&mo, po); in sun4i_ss_opti_poll()
112 miter_err = sg_miter_next(&mo); in sun4i_ss_opti_poll()
113 if (!miter_err || !mo.addr) { in sun4i_ss_opti_poll()
119 todo = min_t(size_t, todo, (mo.length - oo) / 4); in sun4i_ss_opti_poll()
122 readsl(ss->base + SS_TXFIFO, mo.addr + oo, todo); in sun4i_ss_opti_poll()
125 if (oo == mo.length) { in sun4i_ss_opti_poll()
127 po += mo.length; in sun4i_ss_opti_poll()
129 sg_miter_stop(&mo); in sun4i_ss_opti_poll()
[all …]
/linux/drivers/clk/rockchip/
H A Dclk.h796 #define COMPOSITE(_id, cname, pnames, f, mo, ms, mw, mf, ds, dw,\ argument
805 .muxdiv_offset = mo, \
817 #define COMPOSITE_DIV_OFFSET(_id, cname, pnames, f, mo, ms, mw, \ argument
826 .muxdiv_offset = mo, \
839 #define COMPOSITE_NOMUX(_id, cname, pname, f, mo, ds, dw, df, \ argument
848 .muxdiv_offset = mo, \
857 #define COMPOSITE_NOMUX_DIVTBL(_id, cname, pname, f, mo, ds, dw,\ argument
866 .muxdiv_offset = mo, \
876 #define COMPOSITE_NODIV(_id, cname, pnames, f, mo, ms, mw, mf, \ argument
885 .muxdiv_offset = mo, \
[all …]
/linux/include/drm/
H A Ddrm_encoder.h315 struct drm_mode_object *mo; in drm_encoder_find() local
317 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_ENCODER); in drm_encoder_find()
319 return mo ? obj_to_encoder(mo) : NULL; in drm_encoder_find()
H A Ddrm_colorop.h383 struct drm_mode_object *mo; in drm_colorop_find() local
385 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_COLOROP); in drm_colorop_find()
386 return mo ? obj_to_colorop(mo) : NULL; in drm_colorop_find()
H A Ddrm_crtc.h1316 struct drm_mode_object *mo; in drm_crtc_find() local
1317 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_CRTC); in drm_crtc_find()
1318 return mo ? obj_to_crtc(mo) : NULL; in drm_crtc_find()
H A Ddrm_plane.h968 struct drm_mode_object *mo; in drm_plane_find() local
969 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_PLANE); in drm_plane_find()
970 return mo ? obj_to_plane(mo) : NULL; in drm_plane_find()
/linux/kernel/kcsan/
H A Dcore.c1226 u##bits val, int mo, int fail_mo); \
1228 u##bits val, int mo, int fail_mo) \
1230 kcsan_atomic_builtin_memorder(mo); \
1236 return __atomic_compare_exchange_n(ptr, exp, val, weak, mo, fail_mo); \
1242 int mo, int fail_mo); \
1244 int mo, int fail_mo) \
1246 kcsan_atomic_builtin_memorder(mo); \
1252 __atomic_compare_exchange_n(ptr, &exp, val, 0, mo, fail_mo); \
/linux/Documentation/translations/sp_SP/process/
H A Dhowto.rst8 Cómo participar en el desarrollo del kernel de Linux
12 sobre cómo convertirse en desarrollador del kernel de Linux y explica cómo
81 cómo usar la función. Cuando un cambio en el kernel hace que la interfaz
107 Este archivo describe en gran detalle cómo crear con éxito y enviar un
117 Otras excelentes descripciones de cómo crear parches correctamente son:
144 Este documento describe cómo operan los maintainers del kernel de Linux
152 Este archivo describe las reglas sobre cómo se suceden las versiones
162 Una buena introducción que describe exactamente qué es un parche y cómo
168 completa de la API en el kernel y reglas sobre cómo manejar cerrojos
202 También describe alguna información logística básica, como cómo compilar
[all …]
H A D7.AdvancedTopics.rst11 Llegados a este punto, con suerte, tiene una idea de cómo funciona el
33 sus desarrolladores. Este documento no intentará enseñar al lector cómo
35 derecho propio. En su lugar, el enfoque aquí será cómo git encaja en el
46 y comprender cómo funciona git antes de intentar usarlo para poner
124 recuerda cómo se resolvieron los conflictos de fusión para que no tenga
180 revisión como preguntas en lugar de críticas. Preguntar “¿cómo se libera
H A D8.Conclusion.rst63 Con suerte, ha proporcionado una comprensión útil de cómo se desarrolla
64 el kernel Linux y cómo puede participar en ese proceso.
H A Ddevelopment-process.rst13 frustración. Es un intento de documentar cómo funciona esta comunidad
H A Dhandling-regressions.rst166 Cómo se ejecuta esto depende mucho de la situación. A continuación se
246 Cómo tratar con cambios donde se sabe que hay riesgo de regresión
249 Evalué cómo de grande es el riesgo de una regresión, por ejemplo realizando
278 * cómo gestionar situaciones difíciles, como por ejemplo cuando una
312 ¿Cómo funciona el seguimiento de regresiones con regzbot?
355 ¿Cómo ver qué regresiones esta siguiendo regbot actualmente?
389 ¿Cómo interactuar con regzbot?
500 problema de seguridad serio con cómo hicimos las cosas, y la gente
652 ¿Cómo de complicado es eso de comprender?
778 patrones de IO una vez hayamos decidido cómo gestionar el hecho de
[all …]
H A Dkernel-enforcement-statement.rst11 Como desarrolladores del kernel Linux, tenemos un gran interés en cómo se
12 se utiliza nuestro software y cómo se aplica la licencia de nuestro software.
H A D5.Posting.rst89 cómo hacerlo de la manera que la comunidad espera. Sin embargo, hay
180 problema que están persiguiendo, a los usuarios que quieren saber cómo
195 cambian las API internas, detalle esos cambios y cómo deben responder
215 información sobre cómo surgió el parche. Se describen en detalle en el
313 tiene algunos consejos útiles sobre cómo hacer que clientes de correo
319 es la encarnación de una buena cantidad de pensamiento sobre cómo
H A D2.Process.rst8 Cómo funciona el proceso de desarrollo
16 problemas. Se requiere una comprensión solida de cómo funciona el proceso
100 ¿Cómo deciden los desarrolladores cuándo cerrar el ciclo de desarrollo
167 cómo un parche entra en el kernel. Lo que sigue a continuación es una
227 Cómo se integran los parches en el kernel
327 diseño, una instantánea de cómo se espera que se vea el mainline después
377 hace sin herramientas apropiadamente potentes. Los tutoriales sobre cómo
H A D6.Followthrough.rst38 hacer una pregunta fundamental: ¿cómo será mantener un kernel con este
73 agradézcales y describa cómo responderá a sus preguntas.
100 anteriormente y cómo los manejó; el registro de cambios del parche es un
124 paso suele ser la entrada en el árbol del mantenedor de un subsistema. Cómo
H A Dcode-of-conduct.rst96 Consulte el documento :ref:`code_of_conduct_interpretation` para ver cómo
H A Dadding-syscalls.rst448 kernel, brindandole control completo de donde y cómo la ejecución continúa
508 proveer a los revisores con una demostración de cómo los programas del
547 Las llamadas al sistema son, cómo se declaró más arriba, puntos de
570 Más aún, reglas sobre cómo se debería acceder a la data pueden diferir
585 - Artículo LWN de Michael Kerrisk sobre cómo manejar flags desconocidos en una
H A D4.Coding.rst324 fallos habilitada permite al programador ver cómo responde el código cuando
327 información sobre cómo utilizar esta funcionalidad.
391 una descripción de cómo debe formatearse esta documentación y qué
413 comentarios, junto con alguna información sobre cómo crear plantillas de
H A Demail-clients.rst38 información sobre cómo configurar su cliente de correo electrónico
337 lea su manual para saber cómo hacer esto.
H A Dsubmitting-patches.rst18 relativamente conciso. Para obtener información detallada sobre cómo
330 sobre cómo configurar su cliente de correo electrónico para que envíe sus
484 de cómo se propagó a los maintainers y, en última instancia, a Linus, con
645 Esta sección describe cómo debe darse formato al propio parche. Tenga en
709 cómo debería ser tratado el parche. Las etiquetas comunes pueden incluir un
H A D1.Intro.rst50 ofrece varios consejos sobre cómo evitar problemas en esta importante
137 deberían molestarse en aprender cómo trabajar con la comunidad del
/linux/Documentation/translations/sp_SP/scheduler/
H A Dsched-eevdf.rst35 Ahora mismo se está discutiendo cómo gestionar esos "retrasos", especialmente
/linux/drivers/infiniband/hw/cxgb4/
H A Dt4.h198 __be32 mo; member

12