| /linux-6.15/drivers/net/wireless/realtek/rtw89/ |
| H A D | ser.c | 73 return ser->st_tbl[ser->state].name; in ser_st_name() 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() 168 struct rtw89_dev *rtwdev = container_of(ser, struct rtw89_dev, ser); in ser_state_goto() 175 ser_st_name(ser), ser->st_tbl[new_state].name); in ser_state_goto() 208 struct rtw89_dev *rtwdev = container_of(ser, struct rtw89_dev, ser); in ser_send_msg() 233 ser_send_msg(ser, ser->alarm_event); in rtw89_ser_alarm_work() 766 struct rtw89_ser *ser = &rtwdev->ser; in rtw89_ser_init() local 768 memset(ser, 0, sizeof(*ser)); in rtw89_ser_init() [all …]
|
| /linux-6.15/drivers/net/caif/ |
| H A D | caif_serial.c | 89 ser->tty_status = in update_tty_status() 105 &ser->state); in debugfs_init() 110 ser->tx_blob.data = ser->tx_data; in debugfs_init() 112 ser->rx_blob.data = ser->rx_data; in debugfs_init() 126 ser->rx_blob.data = ser->rx_data; in debugfs_rx() 166 if (!ser->common.use_stx && !ser->tx_started) { in ldisc_receive() 200 tty = ser->tty; in handle_tx() 246 ser->common.flowctrl(ser->dev, ON); in handle_tx() 265 ser->common.flowctrl(ser->dev, OFF); in caif_xmit() 279 handle_tx(ser); in ldisc_tx_wakeup() [all …]
|
| /linux-6.15/drivers/accessibility/speakup/ |
| H A D | serialio.c | 60 ser = rs_table + index; in spk_serial_init() 63 quot = ser->baud_base / baud; in spk_serial_init() 81 ser->port, err); in spk_serial_init() 95 outb(0, ser->port + UART_IER); in spk_serial_init() 107 serstate = ser; in spk_serial_init() 111 return ser; in spk_serial_init() 177 if ((synth->ser >= SPK_LO_TTY) && (synth->ser <= SPK_HI_TTY)) { in spk_serial_synth_probe() 178 ser = spk_serial_init(synth->ser); in spk_serial_synth_probe() 179 if (!ser) { in spk_serial_synth_probe() 182 outb_p(0, ser->port); in spk_serial_synth_probe() [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_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_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_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).");
|
| H A D | speakup_audptr.c | 167 module_param_named(ser, synth_audptr.ser, int, 0444); 179 MODULE_PARM_DESC(ser, "Set the serial port for the synthesizer (0-based).");
|
| /linux-6.15/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-6.15/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-6.15/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 117 Entonces, cuando realmente resulta ser estúpido, la gente simplemente 147 La mayoría de las personas son idiotas, y ser gerente significa que 183 La opción de ser infaliblemente educado realmente no existe. Nadie 255 y que es ser llamado “pen*ejo” en una voz mojigata. Por lo primero, [all …]
|
| H A D | adding-syscalls.rst | 43 podría ser más adecuado. Sin embargo, acceder a estos mecanismos 51 podría ser más apropiada. Sin embargo, :manpage:`fcntl(2)` es una 172 tipo ``loff_t`` para que movimientos de 64-bit puedan ser soportados 218 kernel, debería siempre ser copiado a [email protected]. 250 tener que ser ajustada para resolver conflictos. 330 que luego necesitan ser reensamblados en la capa de compatibilidad. 400 de compatibilidad, las entradas en las tablas de syscall deben ser 496 estas, entonces el sistema auditor debe ser actualizado. 514 envoltorio libc por lo que el test necesitará ser invocado usando 540 El man page debe ser cc'do a [email protected] [all …]
|
| H A D | 3.Early-stage.rst | 12 puede ser tentador lanzarse directamente a escribir código. Sin embargo, 73 - ¿Cuál es exactamente el problema que necesita ser resuelto? 100 - Puede haber elementos de la solución propuesta que no serán aceptables 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 186 Si es posible, publicar sus planes en las primeras etapas solo puede ser 218 sobre la publicación de un proyecto de desarrollo del kernel, mejor será 224 pública puede no ser una opción viable. En casos como este, vale la pena [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 156 Las funciones en línea, como regla, deben ser bastante pequeñas y 169 la colocación liberal de palabras clave "inline" puede no solo ser 170 excesiva; también podría ser irrelevante. 206 difícil para ser incluido en el kernel principal. 309 habilitado antes de ser enviado para su inclusión. 315 código no probado tiende a ser código roto; podría tener mucha más [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). 185 inclusión en el mainline, debe ser aceptado por un maintainer del 200 del driver, debe ser persistente en la actualización del parche 295 eso sería un trabajo tedioso y propenso a errores. 387 de ser difícil de aprender y usar, aunque ha mejorado con el tiempo. 442 conversación puede ser muy técnica y los participantes no siempre se 450 buzón principal. Uno debe ser capaz de ignorar el flujo durante 500 difícil de lo que tiene que ser. [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 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 164 tanto del parche antes. Puede ser tentador ignorarlos, ya que ya no hay [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 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 124 kernel. Un solo parche puede ser razonablemente grande si todavía 135 Trabajar para crear la serie de parches perfecta puede ser un proceso 144 trabajo aún no se ha hecho. Cada parche necesita ser formateado en un 164 del parche. Esta descripción puede ser tan larga como sea necesario; 178 determinar si un parche debe ser “backported” a otros kernels, a los [all …]
|
| H A D | code-of-conduct.rst | 49 * Otras conductas que puedan ser razonablemente consideradas como 80 podrán ser reportadas contactando el Code of Conduct Commitee a través de 81 <[email protected]>. Todas las quejas serán evaluadas e investigadas de 84 Detalles de políticas y aplicación en particular, serán incluidos por
|
| /linux-6.15/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-6.15/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 232 ser deseable agrupar las tareas y proporcionarles una cantidad justa 234 podría ser deseable que primero se proporcione una cantidad justa de 239 tareas ser agrupadas y divide el tiempo de CPU de forma just entre esos [all …]
|