| /linux/drivers/net/caif/ |
| H A D | caif_serial.c | 87 static inline void update_tty_status(struct ser_device *ser) in update_tty_status() argument
89 ser->tty_status = in update_tty_status()
90 ser->tty->flow.stopped << 5 | in update_tty_status()
91 ser->tty->flow.tco_stopped << 3 | in update_tty_status()
92 ser->tty->ctrl.packet << 2; in update_tty_status()
94 static inline void debugfs_init(struct ser_device *ser, struct tty_struct *tty) in debugfs_init() argument
96 ser->debugfs_tty_dir = debugfs_create_dir(tty->name, debugfsdir); in debugfs_init()
98 debugfs_create_blob("last_tx_msg", 0400, ser->debugfs_tty_dir, in debugfs_init()
99 &ser->tx_blob); in debugfs_init()
101 debugfs_create_blob("last_rx_msg", 0400, ser->debugfs_tty_dir, in debugfs_init()
[all …]
|
| /linux/drivers/net/wireless/realtek/rtw89/ |
| H A D | ser.c | 54 void (*st_func)(struct rtw89_ser *ser, u8 event);
62 static char *ser_ev_name(struct rtw89_ser *ser, u8 event) in ser_ev_name() argument
65 return ser->ev_tbl[event].name; in ser_ev_name()
70 static char *ser_st_name(struct rtw89_ser *ser) in ser_st_name() argument
72 if (ser->state < SER_ST_MAX_ST) in ser_st_name()
73 return ser->st_tbl[ser->state].name; in ser_st_name()
152 static void ser_state_run(struct rtw89_ser *ser, u8 evt) in ser_state_run() argument
154 struct rtw89_dev *rtwdev = container_of(ser, struct rtw89_dev, ser); in ser_state_run()
157 ser_st_name(ser), ser_ev_name(ser, evt)); in ser_state_run()
163 ser->st_tbl[ser->state].st_func(ser, evt); in ser_state_run()
[all …]
|
| /linux/drivers/accessibility/speakup/ |
| H A D | serialio.c | 53 const struct old_serial_port *ser; in spk_serial_init() local
60 ser = rs_table + index; in spk_serial_init()
63 quot = ser->baud_base / baud; in spk_serial_init()
74 if (synth_request_region(ser->port, 8)) { in spk_serial_init()
77 __release_region(&ioport_resource, ser->port, 8); in spk_serial_init()
78 err = synth_request_region(ser->port, 8); in spk_serial_init()
81 ser->port, err); in spk_serial_init()
89 outb(cval | UART_LCR_DLAB, ser->port + UART_LCR); /* set DLAB */ in spk_serial_init()
90 outb(quot & 0xff, ser->port + UART_DLL); /* LS of divisor */ in spk_serial_init()
91 outb(quot >> 8, ser->port + UART_DLM); /* MS of divisor */ in spk_serial_init()
[all …]
|
| H A D | spk_ttyio.c | 26 static int ser_to_dev(int ser, dev_t *dev_no) in ser_to_dev() argument
28 if (ser < 0 || ser > (255 - 64)) { in ser_to_dev()
33 *dev_no = MKDEV(4, (64 + ser)); in ser_to_dev()
41 synth->ser == SYNTH_DEFAULT_SER) in get_dev_to_use()
44 return ser_to_dev(synth->ser, dev_no); in get_dev_to_use()
|
| H A D | speakup_txprt.c | 127 module_param_named(ser, synth_txprt.ser, int, 0444);
138 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| H A D | speakup_bns.c | 122 module_param_named(ser, synth_bns.ser, int, 0444);
132 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| H A D | speakup_acntsa.c | 139 module_param_named(ser, synth_acntsa.ser, int, 0444);
148 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| H A D | speakup_spkout.c | 135 module_param_named(ser, synth_spkout.ser, int, 0444);
146 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| H A D | speakup_dummy.c | 142 module_param_named(ser, synth_dummy.ser, int, 0444);
156 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| /linux/arch/mips/boot/dts/brcm/ |
| H A D | bcm6358-neufbox4-sercomm.dts | 7 compatible = "sfr,nb4-ser", "brcm,bcm6358";
27 label = "nb4-ser:white:alarm";
32 label = "nb4-ser:white:tv";
37 label = "nb4-ser:white:tel";
42 label = "nb4-ser:white:adsl";
|
| /linux/kernel/ |
| H A D | kexec_handover.c | 122 struct kho_serialization ser; member
129 .ser = {
130 .fdt_list = LIST_HEAD_INIT(kho_out.ser.fdt_list),
132 .orders = XARRAY_INIT(kho_out.ser.track.orders, 0),
378 static int kho_mem_serialize(struct kho_serialization *ser) in kho_mem_serialize() argument
386 xa_for_each(&ser->track.orders, order, physxa) { in kho_mem_serialize()
418 ser->preserved_mem_map = first_chunk; in kho_mem_serialize()
723 int kho_add_subtree(struct kho_serialization *ser, const char *name, void *fdt) in kho_add_subtree() argument
727 void *root = page_to_virt(ser->fdt); in kho_add_subtree()
736 return kho_debugfs_fdt_add(&ser->fdt_list, ser->sub_fdt_dir, name, fdt); in kho_add_subtree()
[all …]
|
| /linux/arch/x86/kernel/cpu/mce/ |
| H A D | severity.c | 35 enum ser { SER_REQUIRED = 1, NO_SER = 2 }; enum
44 unsigned char ser; member
59 #define SER .ser = SER_REQUIRED
60 #define NOSER .ser = NO_SER
391 if (s->ser == SER_REQUIRED && !mca_cfg.ser) in mce_severity_intel()
393 if (s->ser == NO_SER && mca_cfg.ser) in mce_severity_intel()
443 struct severity *ser = data; in s_show() local
444 seq_printf(f, "%d\t%s\n", ser->covered, ser->msg); in s_show()
|
| /linux/Documentation/translations/sp_SP/process/ |
| H A D | management-style.rst | 22 eso no significa que no pueda ser realmente cierto. Tendrás que decidir
47 más grande debe ser el gerente para tomarla. Eso es muy profundo y obvio,
72 daño más tarde retrocediendo. De repente, llegas a ser doblemente
82 ser peligrosa – un gerente acorralado es directamente lamentable.
84 Resulta que, dado que nadie sería tan estúpido como para dejar que un
102 valió la pena después de todo también puede ser duro para los pobres
111 a la gente que tu decisión es puramente preliminar, y podría ser la cosa
117 Entonces, cuando realmente resulta ser estúpido, la gente simplemente
124 que trabajan será incluido. Haz que al menos lo piensen dos veces antes de
147 La mayoría de las personas son idiotas, y ser gerente significa que
[all …]
|
| H A D | adding-syscalls.rst | 37 :manpage:`read(2)`/:manpage:`write(2)` tienen que ser implementadas
43 podría ser más adecuado. Sin embargo, acceder a estos mecanismos
44 requiere que el filesystem relevante esté montado, lo que podría no ser
51 podría ser más apropiada. Sin embargo, :manpage:`fcntl(2)` es una
59 un comando adicional :manpage:`prctl(2)` podría ser más apropiado. Tal
69 ser soportada indefinidamente. Como tal, es una muy buena idea discutir
172 tipo ``loff_t`` para que movimientos de 64-bit puedan ser soportados
176 funcionalidad privilegiada, esta necesita ser gobernada por la capability
186 no es el proceso invocado, este debería ser restringido (usando una llamada
191 Finalmente, debe ser conciente de que algunas arquitecturas no-x86 tienen
[all …]
|
| H A D | 3.Early-stage.rst | 12 puede ser tentador lanzarse directamente a escribir código. Sin embargo,
52 …"Hay un buen número de desarrolladores muy competentes del kernel de Linux, pero tienden a ser opa…
73 - ¿Cuál es exactamente el problema que necesita ser resuelto?
97 reinventa ruedas existentes no solo es desperdicio; tampoco será aceptado
100 - Puede haber elementos de la solución propuesta que no serán aceptables
142 pregunta será: ¿dónde empezar? La respuesta es encontrar la lista de correo
148 puede ser más propicio.
150 Encontrar a los maintainers puede ser un poco más difícil. Nuevamente, el
154 hecho, no ser la persona que está actuando en ese rol actualmente. Por lo
180 Si todo lo demás falla, hablar con Andrew Morton puede ser una forma
[all …]
|
| H A D | 4.Coding.rst | 13 kernel está en el código resultante. Es el código lo que será examinado por
14 otros desarrolladores y lo que será incluido (o no) en el árbol principal.
49 kernel tendrá que prevalecer antes de que el código pueda ser fusionado.
91 ser tan perjudicial como la optimización prematura. La abstracción debe
141 considera crear una función en línea en su lugar. El código resultante será
156 Las funciones en línea, como regla, deben ser bastante pequeñas y
168 decidir si una función dada debe realmente ser en línea o no. Por lo tanto,
169 la colocación liberal de palabras clave "inline" puede no solo ser
170 excesiva; también podría ser irrelevante.
199 pueda ser accedido concurrentemente por más de un hilo debe estar protegido
[all …]
|
| H A D | 2.Process.rst | 17 para ser una parte efectiva del mismo.
60 el primero de los kernels “rc”. Para el kernel destinado a ser 5.6, por
75 regresiones y debería ser seguro agregarlos en cualquier momento).
121 lanzamiento estable utilizando el esquema de numeración 5.x.y. Para ser
185 inclusión en el mainline, debe ser aceptado por un maintainer del
195 trabajos diurnos, por lo que fusionar su parche no puede ser su máxima
200 del driver, debe ser persistente en la actualización del parche
272 puede ser arbitrariamente larga, aunque rara vez supera los dos o tres
295 eso sería un trabajo tedioso y propenso a errores.
344 que están en proceso de ser agregados al árbol del kernel. Permanecen
[all …]
|
| H A D | 6.Followthrough.rst | 32 revisores puede ser, para muchos desarrolladores, la parte más intimidante
33 del proceso de desarrollo del kernel. Sin embargo, la vida puede ser mucho
38 hacer una pregunta fundamental: ¿cómo será mantener un kernel con este
82 sobre las cosas. Puede ser fácil quedar cegado por su propia solución a un
112 ser Andrew Morton. Andrew tiene un gran respeto en la comunidad de
124 paso suele ser la entrada en el árbol del mantenedor de un subsistema. Cómo
132 predeterminado suele ser -mm. Los parches que afectan a múltiples
141 comentarios necesitan ser respondidos como en la ronda anterior.
147 restantes puedan ser ajustados y fusionados. Otras veces, la resolución de
150 sin problemas. Este trabajo puede ser un dolor, pero cuente sus
[all …]
|
| H A D | 5.Posting.rst | 11 Tarde o temprano, llega el momento en que su trabajo esté listo para ser
70 La preparación de parches para su publicación puede ser una cantidad
80 Puede ser necesario hacer revisiones contra -mm, linux-next o un árbol de
92 - La serie de parches que publique casi seguramente no será la serie de
100 separado. Estos cambios pueden ser pequeños (“agregar un campo a esta
102 por ejemplo), pero deben ser conceptualmente pequeños y susceptibles
104 especifico que pueda ser revisado por sí mismo y verificado para hacer
124 kernel. Un solo parche puede ser razonablemente grande si todavía
127 - Puede ser tentador agregar una infraestructura completamente nueva con
135 Trabajar para crear la serie de parches perfecta puede ser un proceso
[all …]
|
| /linux/drivers/tty/serial/ |
| H A D | 21285.c | 340 static int serial21285_verify_port(struct uart_port *port, struct serial_struct *ser) in serial21285_verify_port() argument
343 if (ser->type != PORT_UNKNOWN && ser->type != PORT_21285) in serial21285_verify_port()
345 if (ser->irq <= 0) in serial21285_verify_port()
347 if (ser->baud_base != port->uartclk / 16) in serial21285_verify_port()
|
| H A D | apbuart.c | 285 struct serial_struct *ser) in apbuart_verify_port() argument
288 if (ser->type != PORT_UNKNOWN && ser->type != PORT_APBUART) in apbuart_verify_port()
290 if (ser->irq < 0 || ser->irq >= NR_IRQS) in apbuart_verify_port()
292 if (ser->baud_base < 9600) in apbuart_verify_port()
|
| H A D | sa1100.c | 541 sa1100_verify_port(struct uart_port *port, struct serial_struct *ser) in sa1100_verify_port() argument
547 if (ser->type != PORT_UNKNOWN && ser->type != PORT_SA1100) in sa1100_verify_port()
549 if (sport->port.irq != ser->irq) in sa1100_verify_port()
551 if (ser->io_type != SERIAL_IO_MEM) in sa1100_verify_port()
553 if (sport->port.uartclk / 16 != ser->baud_base) in sa1100_verify_port()
555 if ((void *)sport->port.mapbase != ser->iomem_base) in sa1100_verify_port()
557 if (sport->port.iobase != ser->port) in sa1100_verify_port()
559 if (ser->hub6 != 0) in sa1100_verify_port()
|
| /linux/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-eevdf.rst | 21 prioridad y puedan ser ejecutables. Para eso, asigna un tiempo de
22 ejecución virtual a cada tarea, creando un "retraso" que puede ser usado
30 ser ejecutada a continuación. Es importante darse cuenta que esto permite
32 tiempos de ejecución de CPU más cortos ser priorizadas, lo cual ayuda con
|
| H A D | sched-design-CFS.rst | 22 El 80% del diseño de CFS puede ser resumido en una única frase: CFS
89 tareas que pueden ser ejecutadas están ordenadas por su valor de
93 de forma continuada dando una oportunidad a cada tarea de ser la que
119 El cual puede ser usado para afinar desde el gestor de tareas del "escritorio"
190 Pone la entidad a ser gestionada (la tarea) en el árbol rojo-negro
195 Cuando una tarea deja de ser ejecutable, esta función se llama para
208 poder ser ejecutada, podría reemplazar a la tarea que actualmente
213 Esta función elige la tarea más apropiada para ser ejecutada a continuación.
232 ser deseable agrupar las tareas y proporcionarles una cantidad justa
234 podría ser deseable que primero se proporcione una cantidad justa de
[all …]
|
| H A D | sched-bwc.rst | 27 no serán capaces de ejecutarse de nuevo hasta el siguiente periodo cuando
63 a u ser más pequeño, aumentando la eficiencia (podemos ejecutar más
81 tiempo límite de ejecución será \Sum e_i; esto es una retraso acotado
181 Hay dos formas en las que un grupo puede ser limitado:
187 ejecución restante, este no le será permitido hasta que el tiempo de
194 excepto las "slices" menos las de 1ms, puede ser devueltas a la reserva global
195 si todos los hilos en esa cpu pasan a ser no ejecutables. Esto se configura
200 algunos casos extremos interesantes que debieran ser comprendidos.
216 o devuelta en periodos anteriores. Esta cantidad de sobreuso no será
232 ligadas a ninguna cpu ha de ser también considerada, especialmente cuando
[all …]
|