2019-05-27 08:55:01 +02:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-11 15:10:27 +03:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2015-05-26 13:28:48 +09:00
|
|
|
|
2005-10-29 19:07:23 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2023-05-11 15:10:26 +03:00
|
|
|
|
|
|
|
|
|
2005-09-01 15:56:26 +01:00
|
|
|
|
|
|
|
|
|
2023-05-11 15:10:26 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-09-01 15:56:26 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-07-23 18:43:44 -07:00
|
|
|
|
2023-05-11 15:10:26 +03:00
|
|
|
|
2023-02-17 21:22:57 +01:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2009-09-19 13:13:19 -07:00
|
|
|
|
2008-02-04 22:27:50 -08:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2005-06-27 11:12:54 +01:00
|
|
|
|
2019-12-13 00:06:04 +00:00
|
|
|
|
2009-01-02 13:49:54 +00:00
|
|
|
|
2023-02-17 21:22:57 +01:00
|
|
|
|
2023-05-11 15:10:26 +03:00
|
|
|
|
2025-06-11 12:02:54 +02:00
|
|
|
|
|
|
|
|
|
2023-05-11 15:10:26 +03:00
|
|
|
|
|
|
|
|
|
U6715 16550A serial driver support
UART Features extract from STEricsson U6715 data-sheet (arm926 SoC for mobile phone):
* Fully compatible with industry standard 16C550 and 16C450 from various
manufacturers
* RX and TX 64 byte FIFO reduces CPU interrupts
* Full double buffering
* Modem control signals include CTS, RTS, (and DSR, DTR on UART1 only)
* Automatic baud rate selection
* Manual or automatic RTS/CTS smart hardware flow control
* Programmable serial characteristics:
– Baud rate generation (50 to 3.25M baud)
– 5, 6, 7 or 8-bit characters
– Even, odd or no-parity bit generation and detection
– 1, 1.5 or 2 stop bit generation
* Independent control of transmit, receive, line status, data set interrupts and FIFOs
* Full status-reporting capabilities
* Separate DMA signaling for RX and TX
* Timed interrupt to spread receive interrupt on known duration
* DMA time-out interrupt to allow detection of end of reception
* Carkit pulse coding and decoding compliant with USB carkit control interface [40]
In 16550A auto-configuration, if the fifo size is 64 then it's an U6 16550A port
Add set_termios hook & export serial8250_do_set_termios to change uart
clock following baudrate
Signed-off-by: Philippe Langlais <philippe.langlais@stericsson.com>
Acked-by: Alan Cox <alan@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2010-07-29 17:13:57 +02:00
|
|
|
|
|
|
|
|
|
2022-08-16 14:57:37 +03:00
|
|
|
|
2016-11-10 18:07:55 +00:00
|
|
|
|
|
|
|
|
|
2016-04-06 12:06:51 +08:00
|
|
|
|
2011-08-15 10:17:52 +01:00
|
|
|
|
2010-09-25 15:13:45 +02:00
|
|
|
|
|
|
|
|
|
2012-04-10 14:10:53 -07:00
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|
|
|
|
|
|
2005-09-08 16:04:41 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-03-25 23:03:13 +00:00
|
|
|
|
2005-09-08 16:04:41 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2006-12-06 20:37:03 -08:00
|
|
|
|
2005-09-08 16:04:41 +01:00
|
|
|
|
2005-11-06 09:07:03 +00:00
|
|
|
|
2008-04-28 02:14:22 -07:00
|
|
|
|
2005-09-08 16:04:41 +01:00
|
|
|
|
|
|
|
|
|
2013-01-10 11:25:11 +02:00
|
|
|
|
2015-02-24 14:25:07 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-09-22 10:00:05 +03:00
|
|
|
|
2015-02-24 14:25:07 -05:00
|
|
|
|
2013-01-10 11:25:11 +02:00
|
|
|
|
2016-02-01 21:09:21 +03:00
|
|
|
|
2017-07-31 10:46:43 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-02-28 14:31:06 +01:00
|
|
|
|
2016-02-01 21:09:21 +03:00
|
|
|
|
|
|
|
|
|
2005-09-01 15:56:26 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-05-11 15:10:25 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2005-09-01 15:56:26 +01:00
|
|
|
|
2012-07-17 17:06:20 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2016-11-10 18:07:54 +00:00
|
|
|
|
2023-05-11 15:10:26 +03:00
|
|
|
|
2012-07-17 17:06:20 +01:00
|
|
|
|
|
|
|
|
|
serial/uart/8250: Add tunable RX interrupt trigger I/F of FIFO buffers
Add tunable RX interrupt trigger I/F of FIFO buffers.
Serial devices are used as not only message communication devices but control
or sending communication devices. For the latter uses, normally small data
will be exchanged, so user applications want to receive data unit as soon as
possible for real-time tendency. If we have a sensor which sends a 1 byte data
each time and must control a device based on the sensor feedback, the RX
interrupt should be triggered for each data.
According to HW specification of serial UART devices, RX interrupt trigger
can be changed, but the trigger is hard-coded. For example, RX interrupt trigger
in 16550A can be set to 1, 4, 8, or 14 bytes for HW, but current driver sets
the trigger to only 8bytes.
This patch makes some devices change RX interrupt trigger from userland.
<How to use>
- Read current setting
# cat /sys/class/tty/ttyS0/rx_trig_bytes
8
- Write user setting
# echo 1 > /sys/class/tty/ttyS0/rx_trig_bytes
# cat /sys/class/tty/ttyS0/rx_trig_bytes
1
<Support uart devices>
- 16550A and Tegra (1, 4, 8, or 14 bytes)
- 16650V2 (8, 16, 24, or 28 bytes)
- 16654 (8, 16, 56, or 60 bytes)
- 16750 (1, 16, 32, or 56 bytes)
<Change log>
Changes in V9:
- Use attr_group instead of dev_spec_attr_group of uart_port structure
Changes in V8:
- Divide this patch from V7's patch based on Greg's comment
Changes in V7:
- Add Documentation
- Change I/F name from rx_int_trig to rx_trig_bytes because the name
rx_int_trig is hard to understand how users specify the value
Changes in V6:
- Move FCR_RX_TRIG_* definition in 8250.h to include/uapi/linux/serial_reg.h,
rename those to UART_FCR_R_TRIG_*, and use UART_FCR_TRIGGER_MASK to
UART_FCR_R_TRIG_BITS()
- Change following function names:
convert_fcr2val() => fcr_get_rxtrig_bytes()
convert_val2rxtrig() => bytes_to_fcr_rxtrig()
- Fix typo in serial8250_do_set_termios()
- Delete the verbose error message pr_info() in bytes_to_fcr_rxtrig()
- Rename *rx_int_trig/rx_trig* to *rxtrig* for several functions or variables
(but UI remains rx_int_trig)
- Change the meaningless variable name 'val' to 'bytes' following functions:
fcr_get_rxtrig_bytes(), bytes_to_fcr_rxtrig(), do_set_rxtrig(),
do_serial8250_set_rxtrig(), and serial8250_set_attr_rxtrig()
- Use up->fcr in order to get rxtrig_bytes instead of rx_trig_raw in
fcr_get_rxtrig_bytes()
- Use conf_type->rxtrig_bytes[0] instead of switch statement for support check
in register_dev_spec_attr_grp()
- Delete the checking whether a user changed FCR or not when minimum buffer
is needed in serial8250_do_set_termios()
Changes in V5.1:
- Fix FCR_RX_TRIG_MAX_STATE definition
Changes in V5:
- Support Tegra, 16650V2, 16654, and 16750
- Store default FCR value to up->fcr when the port is first created
- Add rx_trig_byte[] in uart_config[] for each device and use rx_trig_byte[]
in convert_fcr2val() and convert_val2rxtrig()
Changes in V4:
- Introduce fifo_bug flag in uart_8250_port structure
This is enabled only when parity is enabled and UART_BUG_PARITY is enabled
for up->bugs. If this flag is enabled, user cannot set RX trigger.
- Return -EOPNOTSUPP when it does not support device at convert_fcr2val() and
at convert_val2rxtrig()
- Set the nearest lower RX trigger when users input a meaningless value at
convert_val2rxtrig()
- Check whether p->fcr is existing at serial8250_clear_and_reinit_fifos()
- Set fcr = up->fcr in the begging of serial8250_do_set_termios()
Changes in V3:
- Change I/F from ioctl(2) to sysfs(rx_int_trig)
Changed in V2:
- Use _IOW for TIOCSFIFORTRIG definition
- Pass the interrupt trigger value itself
Signed-off-by: Yoshihiro YUNOMAE <yoshihiro.yunomae.ez@hitachi.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2014-07-16 01:19:36 +00:00
|
|
|
|
2012-07-17 17:06:20 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-09-29 10:21:03 +02:00
|
|
|
|
2015-01-22 12:24:30 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-02-24 14:25:14 -05:00
|
|
|
|
2019-06-20 08:24:20 +02:00
|
|
|
|
2015-02-24 14:25:14 -05:00
|
|
|
|
2012-07-17 17:06:20 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2022-06-24 23:42:05 +03:00
|
|
|
|
2022-06-24 23:42:06 +03:00
|
|
|
|
2012-07-17 17:06:20 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-01-10 11:25:11 +02:00
|
|
|
|
2015-02-24 14:25:07 -05:00
|
|
|
|
2013-01-10 11:25:11 +02:00
|
|
|
|
2012-07-17 17:06:20 +01:00
|
|
|
|
2023-05-11 15:10:24 +03:00
|
|
|
|
|
|
|
|
|
2016-02-01 21:09:21 +03:00
|
|
|
|
|
|
|
|
|
2025-01-07 22:33:00 +01:06
|
|
|
|
|
|
|
|
|
2018-12-10 11:29:09 +13:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-07-17 17:06:20 +01:00
|
|
|
|
2005-09-01 15:56:26 +01:00
|
|
|
|
2014-07-14 14:26:14 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2021-05-19 09:21:51 +02:00
|
|
|
|
2005-09-01 15:56:26 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2023-03-09 10:09:18 +02:00
|
|
|
|
|
|
|
|
|
2007-07-18 00:49:10 -07:00
|
|
|
|
2023-03-09 10:09:18 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2024-08-05 12:20:37 +02:00
|
|
|
|
2023-03-09 10:09:18 +02:00
|
|
|
|
2026-02-03 19:10:45 +02:00
|
|
|
|
2011-08-15 10:17:52 +01:00
|
|
|
|
2022-06-24 23:42:05 +03:00
|
|
|
|
|
|
|
|
|
2011-12-04 18:42:20 -05:00
|
|
|
|
|
|
|
|
|
2015-06-27 09:19:00 -04:00
|
|
|
|
|
|
|
|
|
2025-01-22 10:35:56 +01:00
|
|
|
|
|
|
|
|
|
2015-06-27 09:19:00 -04:00
|
|
|
|
serial: 8250_port: Don't use power management for kernel console
Doing any kind of power management for kernel console is really bad idea.
First of all, it runs in poll and atomic mode. This fact attaches a limitation
on the functions that might be called. For example, pm_runtime_get_sync() might
sleep and thus can't be used. This call needs, for example, to bring the device
to powered on state on the system, where the power on sequence may require
on-atomic operations, such as Intel Cherrytrail with ACPI enumerated UARTs.
That said, on ACPI enabled platforms it might even call firmware for a job.
On the other hand pm_runtime_get() doesn't guarantee that device will become
powered on fast enough.
Besides that, imagine the case when console is about to print a kernel Oops and
it's powered off. In such an emergency case calling the complex functions is
not the best what we can do, taking into consideration that user wants to see
at least something of the last kernel word before it passes away.
Here we modify the 8250 console code to prevent runtime power management.
Note, there is a behaviour change for OMAP boards. It will require to detach
kernel console to become idle.
Link: https://lists.openwall.net/linux-kernel/2018/09/29/65
Suggested-by: Russell King <rmk+kernel@armlinux.org.uk>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Link: https://lore.kernel.org/r/20200217114016.49856-6-andriy.shevchenko@linux.intel.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2020-02-17 13:40:15 +02:00
|
|
|
|
serial: convert early_uart to earlycon for 8250
Beacuse SERIAL_PORT_DFNS is removed from include/asm-i386/serial.h and
include/asm-x86_64/serial.h. the serial8250_ports need to be probed late in
serial initializing stage. the console_init=>serial8250_console_init=>
register_console=>serial8250_console_setup will return -ENDEV, and console
ttyS0 can not be enabled at that time. need to wait till uart_add_one_port in
drivers/serial/serial_core.c to call register_console to get console ttyS0.
that is too late.
Make early_uart to use early_param, so uart console can be used earlier. Make
it to be bootconsole with CON_BOOT flag, so can use console handover feature.
and it will switch to corresponding normal serial console automatically.
new command line will be:
console=uart8250,io,0x3f8,9600n8
console=uart8250,mmio,0xff5e0000,115200n8
or
earlycon=uart8250,io,0x3f8,9600n8
earlycon=uart8250,mmio,0xff5e0000,115200n8
it will print in very early stage:
Early serial console at I/O port 0x3f8 (options '9600n8')
console [uart0] enabled
later for console it will print:
console handover: boot [uart0] -> real [ttyS0]
Signed-off-by: <yinghai.lu@sun.com>
Cc: Andi Kleen <ak@suse.de>
Cc: Bjorn Helgaas <bjorn.helgaas@hp.com>
Cc: Russell King <rmk@arm.linux.org.uk>
Cc: Gerd Hoffmann <kraxel@suse.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-07-15 23:37:59 -07:00
|
|
|
|
2023-03-09 10:09:18 +02:00
|
|
|
|
|
|
|
|
|
2010-10-18 11:38:02 -07:00
|
|
|
|
2024-01-10 14:21:46 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-11-12 10:58:55 +00:00
|
|
|
|
2023-05-11 15:10:27 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2020-11-12 10:58:55 +00:00
|
|
|
|
|
|
|
|
|
2005-04-16 15:20:36 -07:00
|
|
|
|