| /linux/drivers/net/can/cc770/ |
| A D | cc770.c | 111 unsigned int o, mo; in enable_all_objs() local
115 mo = obj2msgobj(o); in enable_all_objs()
172 int o, mo; in disable_all_objs() local
175 mo = obj2msgobj(o); in disable_all_objs()
242 int mo, id, data; in chipset_init() local
263 for (mo = MSGOBJ_FIRST; mo <= MSGOBJ_LAST; mo++) { in chipset_init()
444 cc770_tx(dev, mo); in cc770_start_xmit()
625 if (mo < MSGOBJ_LAST) in cc770_rx_interrupt()
629 cc770_rx(dev, mo, ctrl1); in cc770_rx_interrupt()
653 cc770_rx(dev, mo, ctrl1); in cc770_rtr_interrupt()
[all …]
|
| /linux/drivers/crypto/allwinner/sun4i-ss/ |
| A D | sun4i-ss-cipher.c | 111 sg_miter_skip(&mo, po); 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()
329 sg_miter_skip(&mo, po); in sun4i_ss_cipher_poll()
344 if (oo == mo.length) { in sun4i_ss_cipher_poll()
345 po += mo.length; in sun4i_ss_cipher_poll()
369 if (oo == mo.length) { in sun4i_ss_cipher_poll()
370 po += mo.length; in sun4i_ss_cipher_poll()
371 sg_miter_next(&mo); in sun4i_ss_cipher_poll()
[all …]
|
| /linux/drivers/clk/rockchip/ |
| A D | clk.h | 612 .muxdiv_offset = mo, \
633 .muxdiv_offset = mo, \
655 .muxdiv_offset = mo, \
673 .muxdiv_offset = mo, \
692 .muxdiv_offset = mo, \
710 .muxdiv_offset = mo, \
729 .muxdiv_offset = mo, \
748 .muxdiv_offset = mo, \
765 .muxdiv_offset = mo, \
783 .muxdiv_offset = mo, \
[all …]
|
| /linux/include/drm/ |
| A D | drm_encoder.h | 315 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()
|
| A D | drm_property.h | 311 struct drm_mode_object *mo; in drm_property_find() local
312 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_PROPERTY); in drm_property_find()
313 return mo ? obj_to_property(mo) : NULL; in drm_property_find()
|
| A D | drm_crtc.h | 1299 struct drm_mode_object *mo; in drm_crtc_find() local
1300 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_CRTC); in drm_crtc_find()
1301 return mo ? obj_to_crtc(mo) : NULL; in drm_crtc_find()
|
| A D | drm_plane.h | 935 struct drm_mode_object *mo; in drm_plane_find() local
936 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_PLANE); in drm_plane_find()
937 return mo ? obj_to_plane(mo) : NULL; in drm_plane_find()
|
| A D | drm_connector.h | 2179 struct drm_mode_object *mo; in drm_connector_lookup() local
2180 mo = drm_mode_object_find(dev, file_priv, id, DRM_MODE_OBJECT_CONNECTOR); in drm_connector_lookup()
2181 return mo ? obj_to_connector(mo) : NULL; in drm_connector_lookup()
|
| /linux/kernel/kcsan/ |
| A D | core.c | 1226 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/ |
| A D | howto.rst | 8 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:
152 Este archivo describe las reglas sobre cómo se suceden las versiones
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
220 Linux, es imperativo entender cómo funciona el código en cuestión. Para
301 el árbol estable y cómo funciona el proceso de lanzamiento.
[all …]
|
| A D | development-process.rst | 13 frustración. Es un intento de documentar cómo funciona esta comunidad
|
| A D | handling-regressions.rst | 166 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?
781 tenemos que ver cómo gestionamos y cómo lo hacemos (no hay menos de
[all …]
|
| A D | kernel-enforcement-statement.rst | 11 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.
|
| A D | 2.Process.rst | 8 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
|
| A D | code-of-conduct.rst | 96 Consulte el documento :ref:`code_of_conduct_interpretation` para ver cómo
|
| A D | adding-syscalls.rst | 448 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
|
| A D | email-clients.rst | 38 información sobre cómo configurar su cliente de correo electrónico
337 lea su manual para saber cómo hacer esto.
|
| A D | submitting-patches.rst | 18 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
|
| A D | 1.Intro.rst | 50 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/devicetree/bindings/spi/ |
| A D | mediatek,spi-mt65xx.yaml | 81 specify which pins group(ck/mi/mo/cs) spi controller used.
|
| /linux/Documentation/ |
| A D | dontdiff | 31 *.mo
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| A D | sched-eevdf.rst | 35 Ahora mismo se está discutiendo cómo gestionar esos "retrasos", especialmente
|
| /linux/drivers/infiniband/hw/cxgb4/ |
| A D | t4.h | 198 __be32 mo; member
|
| /linux/drivers/net/ethernet/chelsio/cxgb3/ |
| A D | t3_cpl.h | 1450 __be32 mo; member
|
| /linux/drivers/md/ |
| A D | dm-integrity.c | 426 unsigned int mo; in get_metadata_sector_and_offset() local
439 mo = (offset << ic->log2_tag_size) & ((1U << SECTOR_SHIFT << ic->log2_buffer_sectors) - 1); in get_metadata_sector_and_offset()
442 mo = (offset * ic->tag_size) & ((1U << SECTOR_SHIFT << ic->log2_buffer_sectors) - 1); in get_metadata_sector_and_offset()
444 *metadata_offset = mo; in get_metadata_sector_and_offset()
|