serial: qcom-geni: fix console corruption
Subsystems (4)
v2 cover serial: qcom-geni: fix console corruption
This series is a follow-on series to the lockup fixes [1] that addresses a number of issues in the Qualcomm GENI console code, including corrupt console output during boot, which is a problem for automated CI testing.
Johan
[1] https://lore.kernel.org/lkml/[email protected]/
Changes in v2
- determine poll timeout in set_termios() and avoid hard coding fifo size in calculation
- move fifo drain helper under console ifdef to avoid an unused function warning as reported by the kernel test robot
- drop a redundant active check from fifo drain helper
Douglas Anderson (3):
soc: qcom: geni-se: add GP_LENGTH/IRQ_EN_SET/IRQ_EN_CLEAR registers
serial: qcom-geni: fix arg types for qcom_geni_serial_poll_bit()
serial: qcom-geni: introduce qcom_geni_serial_poll_bitfield()
Johan Hovold (5):
serial: qcom-geni: fix fifo polling timeout
serial: qcom-geni: fix false console tx restart
serial: qcom-geni: fix console corruption
serial: qcom-geni: disable interrupts during console writes
serial: qcom-geni: fix polled console corruption
drivers/tty/serial/qcom_geni_serial.c | 137 +++++++++++++++----------- include/linux/soc/qcom/geni-se.h | 9 ++ 2 files changed, 87 insertions(+), 59 deletions(-)
Signature · 1 line
2.44.2
PATCH v2 1/8 serial: qcom-geni: fix fifo polling timeout
The qcom_geni_serial_poll_bit() can be used to wait for events like command completion and is supposed to wait for the time it takes to clear a full fifo before timing out.
As noted by Doug, the current implementation does not account for start, stop and parity bits when determining the timeout. The helper also does not currently account for the shift register and the two-word intermediate transfer register.
A too short timeout can specifically lead to lost characters when waiting for a transfer to complete as the transfer is cancelled on timeout.
Instead of determining the poll timeout on every call, store the fifo timeout when updating it in set_termios() and make sure to take the shift and intermediate registers into account. Note that serial core has already added a 20 ms margin to the fifo timeout.
Also note that the current uart_fifo_timeout() interface does unnecessary calculations on every call and did not exist in earlier kernels so only store its result once. This facilitates backports too as earlier kernels can derive the timeout from uport->timeout, which has since been removed.
--- drivers/tty/serial/qcom_geni_serial.c | 31 +++++++++++++++------------ 1 file changed, 17 insertions(+), 14 deletions(-)
drivers/tty/serial/qcom_geni_serial.c +17 -14
@@ -124,7 +124,7 @@ struct qcom_geni_serial_port {dma_addr_t tx_dma_addr;dma_addr_t rx_dma_addr;bool setup; -unsigned int baud; +unsigned long poll_timeout_us;unsigned long clk_rate;void *rx_buf;u32 loopback;
@@ -270,22 +270,13 @@ static bool qcom_geni_serial_poll_bit(struct uart_port *uport, {u32 reg;struct qcom_geni_serial_port *port; -unsigned int baud; -unsigned int fifo_bits;unsigned long timeout_us =20000 ;struct qcom_geni_private_data *private_data = uport->private_data;if (private_data->drv) { port =to_dev_port (uport); - baud = port->baud; -if (!baud) - baud =115200 ; - fifo_bits = port->tx_fifo_depth * port->tx_fifo_width; -/* -* Total polling iterations based on FIFO worth of bytes to be -* sent at current baud. Add a little fluff to the wait. -*/ - timeout_us = ((fifo_bits *USEC_PER_SEC ) / baud) +500 ; +if (port->poll_timeout_us) + timeout_us = port->poll_timeout_us; }/*
@@ -1244,11 +1235,11 @@ static void qcom_geni_serial_set_termios(struct uart_port *uport,unsigned long clk_rate;u32 ver, sampling_rate;unsigned int avg_bw_core; +unsigned long timeout;qcom_geni_serial_stop_rx (uport);/* baud rate */ baud =uart_get_baud_rate (uport, termios, old,300 ,4000000 ); - port->baud = baud; sampling_rate =UART_OVERSAMPLING ;/* Sampling rate is halved for IP versions >= 2.5 */
@@ -1326,9 +1317,21 @@ static void qcom_geni_serial_set_termios(struct uart_port *uport,else tx_trans_cfg |=UART_CTS_MASK ; -if (baud) +if (baud) {uart_update_timeout (uport, termios->c_cflag, baud); +/* +* Make sure that qcom_geni_serial_poll_bitfield() waits for +* the FIFO, two-word intermediate transfer register and shift +* register to clear. +* +* Note that uart_fifo_timeout() also adds a 20 ms margin. +*/ + timeout =jiffies_to_usecs (uart_fifo_timeout (uport)); + timeout +=3 * timeout / port->tx_fifo_depth; +WRITE_ONCE (port->poll_timeout_us, timeout); + } +if (!uart_console (uport))writel (port->loopback, uport->membase +SE_UART_LOOPBACK_CFG );
Signature · 1 line
2.44.2
Re: [PATCH v2 1/8] serial: qcom-geni: fix fifo polling timeout
Hi,
Quoted 25 lines · Johan Hovold
The
qcom_geni_serial_poll_bit()can be used to wait for events like command completion and is supposed to wait for the time it takes to clear a full fifo before timing out.As noted by Doug, the current implementation does not account for start, stop and parity bits when determining the timeout. The helper also does not currently account for the shift register and the two-word intermediate transfer register.
A too short timeout can specifically lead to lost characters when waiting for a transfer to complete as the transfer is cancelled on timeout.
Instead of determining the poll timeout on every call, store the fifo timeout when updating it in
set_termios()and make sure to take the shift and intermediate registers into account. Note that serial core has already added a 20 ms margin to the fifo timeout.Also note that the current
uart_fifo_timeout()interface does unnecessary calculations on every call and did not exist in earlier kernels so only store its result once. This facilitates backports too as earlier kernels can derive the timeout fromuport->timeout, which has since been removed.
Quoted 8 lines
Fixes c4f528795d1a ("tty: serial: msm_geni_serial: Add serial driver support for GENI based QUP")Cc [email protected] # 4.17Reported-by Douglas Anderson <[email protected]>Signed-off-by Johan Hovold <[email protected]>--- drivers/tty/serial/qcom_geni_serial.c | 31 +++++++++++++++------------ 1 file changed, 17 insertions(+), 14 deletions(-)
PATCH v2 2/8 serial: qcom-geni: fix false console tx restart
In reply to Johan HovoldCommit 663abb1a7a7f ("tty: serial: qcom_geni_serial: Fix UART hang") addressed an issue with stalled tx after the console code interrupted the last bytes of a tx command by reenabling the watermark interrupt if there is data in write buffer. This can however break software flow control by re-enabling tx after the user has stopped it.
Address the original issue by not clearing the CMD_DONE flag after polling for command completion. This allows the interrupt handler to start another transfer when the CMD_DONE interrupt has not been disabled due to flow control.
--- drivers/tty/serial/qcom_geni_serial.c | 13 +++---------- 1 file changed, 3 insertions(+), 10 deletions(-)
drivers/tty/serial/qcom_geni_serial.c +3 -10
@@ -306,18 +306,16 @@ static void qcom_geni_serial_setup_tx(struct uart_port *uport, u32 xmit_size)static void qcom_geni_serial_poll_tx_done (struct uart_port *uport) {int done; -u32 irq_clear =M_CMD_DONE_EN ; done =qcom_geni_serial_poll_bit (uport,SE_GENI_M_IRQ_STATUS ,M_CMD_DONE_EN , true);if (!done) {writel (M_GENI_CMD_ABORT , uport->membase +SE_GENI_M_CMD_CTRL_REG ); - irq_clear |=M_CMD_ABORT_EN ;qcom_geni_serial_poll_bit (uport,SE_GENI_M_IRQ_STATUS ,M_CMD_ABORT_EN , true); +writel (M_CMD_ABORT_EN , uport->membase +SE_GENI_M_IRQ_CLEAR ); } -writel (irq_clear, uport->membase +SE_GENI_M_IRQ_CLEAR ); }static void qcom_geni_serial_abort_rx (struct uart_port *uport)
@@ -378,6 +376,7 @@ static void qcom_geni_serial_poll_put_char(struct uart_port *uport, unsigned char c) {writel (DEF_TX_WM , uport->membase +SE_GENI_TX_WATERMARK_REG ); +writel (M_CMD_DONE_EN , uport->membase +SE_GENI_M_IRQ_CLEAR );qcom_geni_serial_setup_tx (uport,1 );WARN_ON (!qcom_geni_serial_poll_bit (uport,SE_GENI_M_IRQ_STATUS ,M_TX_FIFO_WATERMARK_EN , true));
@@ -422,6 +421,7 @@ __qcom_geni_serial_console_write(struct uart_port *uport, const char *s, }writel (DEF_TX_WM , uport->membase +SE_GENI_TX_WATERMARK_REG ); +writel (M_CMD_DONE_EN , uport->membase +SE_GENI_M_IRQ_CLEAR );qcom_geni_serial_setup_tx (uport, bytes_to_send);for (i =0 ; i < count; ) {size_t chars_to_write =0 ;
@@ -463,7 +463,6 @@ static void qcom_geni_serial_console_write(struct console *co, const char *s,bool locked = true;unsigned long flags;u32 geni_status; -u32 irq_en;WARN_ON (co->index <0 || co->index >=GENI_UART_CONS_PORTS );
@@ -495,12 +494,6 @@ static void qcom_geni_serial_console_write(struct console *co, const char *s,* has been sent, in which case we need to look for done first. */ qcom_geni_serial_poll_tx_done (uport); - -if (!kfifo_is_empty (&uport->state->port.xmit_fifo)) { - irq_en =readl (uport->membase +SE_GENI_M_IRQ_EN ); -writel (irq_en |M_TX_FIFO_WATERMARK_EN , - uport->membase +SE_GENI_M_IRQ_EN ); - } }__qcom_geni_serial_console_write (uport, s, count);
Signature · 1 line
2.44.2
PATCH v2 3/8 soc: qcom: geni-se: add GP_LENGTH/IRQ_EN_SET/IRQ_EN_CLEAR registers
In reply to Johan HovoldFrom: Douglas Anderson <[email protected]>
For UART devices the M_GP_LENGTH is the TX word count. For other devices this is the transaction word count.
For UART devices the S_GP_LENGTH is the RX word count.
The IRQ_EN set/clear registers allow you to set or clear bits in the IRQ_EN register without needing a read-modify-write.
--- include/linux/soc/qcom/geni-se.h | 9 +++++++++ 1 file changed, 9 insertions(+)
include/linux/soc/qcom/geni-se.h +9 -0
@@ -88,11 +88,15 @@ struct geni_se {#define SE_GENI_M_IRQ_STATUS 0x610#define SE_GENI_M_IRQ_EN 0x614#define SE_GENI_M_IRQ_CLEAR 0x618 +#define SE_GENI_M_IRQ_EN_SET 0x61c +#define SE_GENI_M_IRQ_EN_CLEAR 0x620#define SE_GENI_S_CMD0 0x630#define SE_GENI_S_CMD_CTRL_REG 0x634#define SE_GENI_S_IRQ_STATUS 0x640#define SE_GENI_S_IRQ_EN 0x644#define SE_GENI_S_IRQ_CLEAR 0x648 +#define SE_GENI_S_IRQ_EN_SET 0x64c +#define SE_GENI_S_IRQ_EN_CLEAR 0x650#define SE_GENI_TX_FIFOn 0x700#define SE_GENI_RX_FIFOn 0x780#define SE_GENI_TX_FIFO_STATUS 0x800
@@ -101,6 +105,8 @@ struct geni_se {#define SE_GENI_RX_WATERMARK_REG 0x810#define SE_GENI_RX_RFR_WATERMARK_REG 0x814#define SE_GENI_IOS 0x908 +#define SE_GENI_M_GP_LENGTH 0x910 +#define SE_GENI_S_GP_LENGTH 0x914#define SE_DMA_TX_IRQ_STAT 0xc40#define SE_DMA_TX_IRQ_CLR 0xc44#define SE_DMA_TX_FSM_RST 0xc58
@@ -234,6 +240,9 @@ struct geni_se {#define IO2_DATA_IN BIT(1)#define RX_DATA_IN BIT(0) +/* SE_GENI_M_GP_LENGTH and SE_GENI_S_GP_LENGTH fields */ +#define GP_LENGTH GENMASK(31, 0) +/* SE_DMA_TX_IRQ_STAT Register fields */ #define TX_DMA_DONE BIT(0)#define TX_EOT BIT(1)
Signature · 1 line
2.44.2
PATCH v2 4/8 serial: qcom-geni: fix arg types for qcom_geni_serial_poll_bit()
In reply to Johan HovoldFrom: Douglas Anderson <[email protected]>
The "offset" passed in should be unsigned since it's always a positive offset from our memory mapped IO.
The "field" should be u32 since we're anding it with a 32-bit value read from the device.
--- drivers/tty/serial/qcom_geni_serial.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/tty/serial/qcom_geni_serial.c +1 -1
@@ -266,7 +266,7 @@ static bool qcom_geni_serial_secondary_active(struct uart_port *uport) }static bool qcom_geni_serial_poll_bit (struct uart_port *uport, -int offset,int field,bool set) +unsigned int offset,u32 field,bool set) {u32 reg;struct qcom_geni_serial_port *port;
Signature · 1 line
2.44.2
PATCH v2 5/8 serial: qcom-geni: introduce qcom_geni_serial_poll_bitfield()
In reply to Johan HovoldFrom: Douglas Anderson <[email protected]>
With a small modification the qcom_geni_serial_poll_bit() function could be used to poll more than just a single bit. Let's generalize it. We'll make the qcom_geni_serial_poll_bit() into just a wrapper of the general function.
--- drivers/tty/serial/qcom_geni_serial.c | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-)
drivers/tty/serial/qcom_geni_serial.c +9 -3
@@ -265,8 +265,8 @@ static bool qcom_geni_serial_secondary_active(struct uart_port *uport)return readl (uport->membase +SE_GENI_STATUS ) &S_GENI_CMD_ACTIVE ; } -static bool qcom_geni_serial_poll_bit (struct uart_port *uport, -unsigned int offset,u32 field,bool set) +static bool qcom_geni_serial_poll_bitfield (struct uart_port *uport, +unsigned int offset,u32 field,u32 val) {u32 reg;struct qcom_geni_serial_port *port;
@@ -286,7 +286,7 @@ static bool qcom_geni_serial_poll_bit(struct uart_port *uport, timeout_us =DIV_ROUND_UP (timeout_us,10 ) *10 ;while (timeout_us) { reg =readl (uport->membase + offset); -if ((bool )(reg & field) == set) +if ((reg & field) == val)return true;udelay (10 ); timeout_us -=10 ;
@@ -294,6 +294,12 @@ static bool qcom_geni_serial_poll_bit(struct uart_port *uport,return false; } +static bool qcom_geni_serial_poll_bit (struct uart_port *uport, +unsigned int offset,u32 field,bool set) +{ +return qcom_geni_serial_poll_bitfield (uport, offset, field, set ? field :0 ); +} +static void qcom_geni_serial_setup_tx (struct uart_port *uport,u32 xmit_size) {u32 m_cmd;
Signature · 1 line
2.44.2
PATCH v2 6/8 serial: qcom-geni: fix console corruption
In reply to Johan HovoldThe Qualcomm serial console implementation is broken and can lose characters when the serial port is also used for tty output.
Specifically, the console code only waits for the current tx command to complete when all data has already been written to the fifo. When there are on-going longer transfers this often means that console output is lost when the console code inadvertently "hijacks" the current tx command instead of starting a new one.
This can, for example, be observed during boot when console output that should have been interspersed with init output is truncated:
[ 9.462317] qcom-snps-eusb2-hsphy fde000.phy: Registered Qcom-eUSB2 phy [ OK ] Found device KBG50ZNS256G KIOXIA Wi[ 9.471743ndows. [ 9.539915] xhci-hcd xhci-hcd.0.auto: xHCI Host Controller
Add a new state variable to track how much data has been written to the fifo and use it to determine when the fifo and shift register are both empty. This is needed since there is currently no other known way to determine when the shift register is empty.
This in turn allows the console code to interrupt long transfers without losing data.
Note that the oops-in-progress case is similarly broken as it does not cancel any active command and also waits for the wrong status flag when attempting to drain the fifo (TX_FIFO_NOT_EMPTY_EN is only set when cancelling a command leaves data in the fifo).
--- drivers/tty/serial/qcom_geni_serial.c | 45 +++++++++++++-------------- 1 file changed, 22 insertions(+), 23 deletions(-)
drivers/tty/serial/qcom_geni_serial.c +22 -23
@@ -131,6 +131,7 @@ struct qcom_geni_serial_port {bool brk;unsigned int tx_remaining; +unsigned int tx_queued;int wakeup_irq;bool rx_tx_swap;bool cts_rts_swap;
@@ -144,6 +145,8 @@ static const struct uart_ops qcom_geni_uart_pops;static struct uart_driver qcom_geni_console_driver;static struct uart_driver qcom_geni_uart_driver; +static void qcom_geni_serial_cancel_tx_cmd (struct uart_port *uport); +static inline struct qcom_geni_serial_port *to_dev_port (struct uart_port *uport) { return container_of(uport, struct qcom_geni_serial_port, uport);
@@ -393,6 +396,14 @@ static void qcom_geni_serial_poll_put_char(struct uart_port *uport,#endif #ifdef CONFIG_SERIAL_QCOM_GENI_CONSOLE +static void qcom_geni_serial_drain_fifo (struct uart_port *uport) +{ +struct qcom_geni_serial_port *port =to_dev_port (uport); + +qcom_geni_serial_poll_bitfield (uport,SE_GENI_M_GP_LENGTH ,GP_LENGTH , + port->tx_queued); +} +static void qcom_geni_serial_wr_char (struct uart_port *uport,unsigned char ch) {struct qcom_geni_private_data *private_data = uport->private_data;
@@ -468,7 +479,6 @@ static void qcom_geni_serial_console_write(struct console *co, const char *s,struct qcom_geni_serial_port *port;bool locked = true;unsigned long flags; -u32 geni_status;WARN_ON (co->index <0 || co->index >=GENI_UART_CONS_PORTS );
@@ -482,34 +492,20 @@ static void qcom_geni_serial_console_write(struct console *co, const char *s,else uart_port_lock_irqsave (uport, &flags); - geni_status =readl (uport->membase +SE_GENI_STATUS ); +if (qcom_geni_serial_main_active (uport)) { +/* Wait for completion or drain FIFO */ +if (!locked || port->tx_remaining ==0 ) +qcom_geni_serial_poll_tx_done (uport); +else +qcom_geni_serial_drain_fifo (uport); -if (!locked) { -/* -* We can only get here if an oops is in progress then we were -* unable to get the lock. This means we can't safely access -* our state variables like tx_remaining. About the best we -* can do is wait for the FIFO to be empty before we start our -* transfer, so we'll do that. -*/ -qcom_geni_serial_poll_bit (uport,SE_GENI_M_IRQ_STATUS , -M_TX_FIFO_NOT_EMPTY_EN , false); - }else if ((geni_status &M_GENI_CMD_ACTIVE ) && !port->tx_remaining) { -/* -* It seems we can't interrupt existing transfers if all data -* has been sent, in which case we need to look for done first. -*/ -qcom_geni_serial_poll_tx_done (uport); +qcom_geni_serial_cancel_tx_cmd (uport); }__qcom_geni_serial_console_write (uport, s, count); - -if (locked) { -if (port->tx_remaining) -qcom_geni_serial_setup_tx (uport, port->tx_remaining); +if (locked)uart_port_unlock_irqrestore (uport, flags); - } }static void handle_rx_console (struct uart_port *uport,u32 bytes,bool drop)
@@ -690,6 +686,7 @@ static void qcom_geni_serial_cancel_tx_cmd(struct uart_port *uport)writel (M_CMD_CANCEL_EN , uport->membase +SE_GENI_M_IRQ_CLEAR ); port->tx_remaining =0 ; + port->tx_queued =0 ; }static void qcom_geni_serial_handle_rx_fifo (struct uart_port *uport,bool drop)
@@ -916,6 +913,7 @@ static void qcom_geni_serial_handle_tx_fifo(struct uart_port *uport,if (!port->tx_remaining) {qcom_geni_serial_setup_tx (uport, pending); port->tx_remaining = pending; + port->tx_queued =0 ; irq_en =readl (uport->membase +SE_GENI_M_IRQ_EN );if (!(irq_en &M_TX_FIFO_WATERMARK_EN ))
@@ -924,6 +922,7 @@ static void qcom_geni_serial_handle_tx_fifo(struct uart_port *uport, }qcom_geni_serial_send_chunk_fifo (uport, chunk); + port->tx_queued += chunk;/* * The tx fifo watermark is level triggered and latched. Though we had
Signature · 1 line
2.44.2
PATCH v2 7/8 serial: qcom-geni: disable interrupts during console writes
In reply to Johan HovoldDisable the GENI interrupts during console writes to reduce the risk of having interrupt handlers spinning on the port lock on other cores for extended periods of time.
This can, for example, reduce the total amount of time spent in the interrupt handler during boot of the x1e80100 CRD by up to a factor nine (e.g. from 274 ms to 30 ms) while the worst case processing time drops from 19 ms to 8 ms.
--- drivers/tty/serial/qcom_geni_serial.c | 9 +++++++++ 1 file changed, 9 insertions(+)
drivers/tty/serial/qcom_geni_serial.c +9 -0
@@ -477,6 +477,7 @@ static void qcom_geni_serial_console_write(struct console *co, const char *s, {struct uart_port *uport;struct qcom_geni_serial_port *port; +u32 m_irq_en, s_irq_en;bool locked = true;unsigned long flags;
@@ -492,6 +493,11 @@ static void qcom_geni_serial_console_write(struct console *co, const char *s,else uart_port_lock_irqsave (uport, &flags); + m_irq_en =readl (uport->membase +SE_GENI_M_IRQ_EN ); + s_irq_en =readl (uport->membase +SE_GENI_S_IRQ_EN ); +writel (0 , uport->membase +SE_GENI_M_IRQ_EN ); +writel (0 , uport->membase +SE_GENI_S_IRQ_EN ); +if (qcom_geni_serial_main_active (uport)) {/* Wait for completion or drain FIFO */ if (!locked || port->tx_remaining ==0 )
@@ -504,6 +510,9 @@ static void qcom_geni_serial_console_write(struct console *co, const char *s,__qcom_geni_serial_console_write (uport, s, count); +writel (m_irq_en, uport->membase +SE_GENI_M_IRQ_EN ); +writel (s_irq_en, uport->membase +SE_GENI_S_IRQ_EN ); +if (locked)uart_port_unlock_irqrestore (uport, flags); }
Signature · 1 line
2.44.2
PATCH v2 8/8 serial: qcom-geni: fix polled console corruption
In reply to Johan HovoldThe polled UART operations are used by the kernel debugger (KDB, KGDB), which can interrupt the kernel at any point in time. The current Qualcomm GENI implementation does not really work when there is on-going serial output as it inadvertently "hijacks" the current tx command, which can result in both the initial debugger output being corrupted as well as the corruption of any on-going serial output (up to 4k characters) when execution resumes:
0190: abcdefghijklmnopqrstuvwxyz0123456789 0190: abcdefghijklmnopqrstuvwxyz0123456789
0191: abcdefghijklmnop[ 50.825552] sysrq: DEBUG
qrstuvwxyz0123456789 0191: abcdefghijklmnopqrstuvwxyz0123456789
Entering kdb (current=0xffff53510b4cd280, pid 640) on processor 2 due to Keyboard Entry [2]kdb> go
omlji3h3h2g2g1f1f0e0ezdzdycycxbxbwawav :t72r2rp o9n976k5j5j4i4i3h3h2g2g1f1f0e0ezdzdycycxbxbwawavu:t7t8s8s8r2r2q0q0p o9n9n8ml6k6k5j5j4i4i3h3h2g2g1f1f0e0ezdzdycycxbxbwawav v u:u:t9t0s4s4rq0p
o9n9n8m8m7l7l6k6k5j5j40q0p p o
o9n9n8m8m7l7l6k6k5j5j4i4i3h3h2g2g1f1f0e0ezdzdycycxbxbwawav :t8t9s4s4r4r4q0q0p
Fix this by making sure that the polled output implementation waits for the tx fifo to drain before cancelling any on-going longer transfers. As the polled code cannot take any locks, leave the state variables as they are and instead make sure that the interrupt handler always starts a new tx command when there is data in the write buffer.
Since the debugger can interrupt the interrupt handler when it is writing data to the tx fifo, it is currently not possible to fully prevent losing up to 64 bytes of tty output on resume.
--- drivers/tty/serial/qcom_geni_serial.c | 27 ++++++++++++++++++--------- 1 file changed, 18 insertions(+), 9 deletions(-)
drivers/tty/serial/qcom_geni_serial.c +18 -9
@@ -145,6 +145,7 @@ static const struct uart_ops qcom_geni_uart_pops;static struct uart_driver qcom_geni_console_driver;static struct uart_driver qcom_geni_uart_driver; +static void __qcom_geni_serial_cancel_tx_cmd (struct uart_port *uport);static void qcom_geni_serial_cancel_tx_cmd (struct uart_port *uport);static inline struct qcom_geni_serial_port *to_dev_port (struct uart_port *uport)
@@ -384,13 +385,14 @@ static int qcom_geni_serial_get_char(struct uart_port *uport)static void qcom_geni_serial_poll_put_char (struct uart_port *uport,unsigned char c) { -writel (DEF_TX_WM , uport->membase +SE_GENI_TX_WATERMARK_REG ); +if (qcom_geni_serial_main_active (uport)) { +qcom_geni_serial_poll_tx_done (uport); +__qcom_geni_serial_cancel_tx_cmd (uport); + } +writel (M_CMD_DONE_EN , uport->membase +SE_GENI_M_IRQ_CLEAR );qcom_geni_serial_setup_tx (uport,1 ); -WARN_ON (!qcom_geni_serial_poll_bit (uport,SE_GENI_M_IRQ_STATUS , -M_TX_FIFO_WATERMARK_EN , true));writel (c, uport->membase + SE_GENI_TX_FIFOn); -writel (M_TX_FIFO_WATERMARK_EN , uport->membase +SE_GENI_M_IRQ_CLEAR );qcom_geni_serial_poll_tx_done (uport); }#endif
@@ -677,13 +679,10 @@ static void qcom_geni_serial_stop_tx_fifo(struct uart_port *uport)writel (irq_en, uport->membase +SE_GENI_M_IRQ_EN ); } -static void qcom_geni_serial_cancel_tx_cmd (struct uart_port *uport) +static void __qcom_geni_serial_cancel_tx_cmd (struct uart_port *uport) {struct qcom_geni_serial_port *port =to_dev_port (uport); -if (!qcom_geni_serial_main_active (uport)) -return ; -geni_se_cancel_m_cmd (&port->se);if (!qcom_geni_serial_poll_bit (uport,SE_GENI_M_IRQ_STATUS ,M_CMD_CANCEL_EN , true)) {
@@ -693,6 +692,16 @@ static void qcom_geni_serial_cancel_tx_cmd(struct uart_port *uport)writel (M_CMD_ABORT_EN , uport->membase +SE_GENI_M_IRQ_CLEAR ); }writel (M_CMD_CANCEL_EN , uport->membase +SE_GENI_M_IRQ_CLEAR ); +} + +static void qcom_geni_serial_cancel_tx_cmd (struct uart_port *uport) +{ +struct qcom_geni_serial_port *port =to_dev_port (uport); + +if (!qcom_geni_serial_main_active (uport)) +return ; + +__qcom_geni_serial_cancel_tx_cmd (uport); port->tx_remaining =0 ; port->tx_queued =0 ;
@@ -919,7 +928,7 @@ static void qcom_geni_serial_handle_tx_fifo(struct uart_port *uport,if (!chunk) goto out_write_wakeup; -if (!port->tx_remaining) { +if (!active) {qcom_geni_serial_setup_tx (uport, pending); port->tx_remaining = pending; port->tx_queued =0 ;
Signature · 1 line
2.44.2
Quoted 19 lines · Johan Hovold
This series is a follow-on series to the lockup fixes [1] that addresses a number of issues in the Qualcomm GENI console code, including corrupt console output during boot, which is a problem for automated CI testing.
[1] https://lore.kernel.org/lkml/[email protected]/
Changes in v2
- determine poll timeout inset_termios()and avoid hard coding fifo size in calculation
- move fifo drain helper under console ifdef to avoid an unused function warning as reported by the kernel test robot
- drop a redundant active check from fifo drain helperDouglas Anderson (3):
soc: qcom: geni-se: add GP_LENGTH/IRQ_EN_SET/IRQ_EN_CLEAR registers
serial: qcom-geni: fix arg types forqcom_geni_serial_poll_bit()
serial: qcom-geni: introduceqcom_geni_serial_poll_bitfield()
Quoted 6 lines
Johan Hovold (5):
serial: qcom-geni: fix fifo polling timeout
serial: qcom-geni: fix false console tx restart
serial: qcom-geni: fix console corruption
serial: qcom-geni: disable interrupts during console writes
serial: qcom-geni: fix polled console corruption
Any chance we could these fixes into 6.12-rc1?
Johan
Greg Kroah-Hartman
maintainerQuoted 20 lines · Johan Hovold
Quoted 19 lines · Johan Hovold
This series is a follow-on series to the lockup fixes [1] that addresses a number of issues in the Qualcomm GENI console code, including corrupt console output during boot, which is a problem for automated CI testing.
[1] https://lore.kernel.org/lkml/[email protected]/
Changes in v2
- determine poll timeout inset_termios()and avoid hard coding fifo size in calculation
- move fifo drain helper under console ifdef to avoid an unused function warning as reported by the kernel test robot
- drop a redundant active check from fifo drain helperDouglas Anderson (3):
soc: qcom: geni-se: add GP_LENGTH/IRQ_EN_SET/IRQ_EN_CLEAR registers
serial: qcom-geni: fix arg types forqcom_geni_serial_poll_bit()
serial: qcom-geni: introduceqcom_geni_serial_poll_bitfield()
Quoted 8 lines
Quoted 6 lines
Johan Hovold (5):
serial: qcom-geni: fix fifo polling timeout
serial: qcom-geni: fix false console tx restart
serial: qcom-geni: fix console corruption
serial: qcom-geni: disable interrupts during console writes
serial: qcom-geni: fix polled console corruptionAny chance we could these fixes into 6.12-rc1?
Yes, let me catch up on patches today and tomorrow, have been traveling for conferences and have a few days reprieve before the next rounds...
thanks,
greg k-h