linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset
@ 2022-10-19 11:07 Sherry Sun
  2022-10-19 14:29 ` Shenwei Wang
  2022-10-20  5:56 ` Jiri Slaby
  0 siblings, 2 replies; 5+ messages in thread
From: Sherry Sun @ 2022-10-19 11:07 UTC (permalink / raw)
  To: gregkh, jirislaby, lukas, ilpo.jarvinen
  Cc: linux-serial, linux-kernel, linux-imx

lpuart_global_reset() shouldn't break the on-going transmit engin, need
to recover the on-going data transfer after reset.

This can help earlycon here, since commit 60f361722ad2 ("serial:
fsl_lpuart: Reset prior to registration") moved lpuart_global_reset()
before uart_add_one_port(), earlycon is writing during global reset,
as global reset will disable the TX and clear the baud rate register,
which caused the earlycon cannot work any more after reset, needs to
restore the baud rate and re-enable the transmitter to recover the
earlycon write.

Fixes: bd5305dcabbc ("tty: serial: fsl_lpuart: do software reset for imx7ulp and imx8qxp")
Signed-off-by: Sherry Sun <sherry.sun@nxp.com>
---
Changes in V2:
1. The while loop may never exit as the stat and sfifo are not re-read inside
the loop, fix that.
---
 drivers/tty/serial/fsl_lpuart.c | 22 +++++++++++++++++++---
 1 file changed, 19 insertions(+), 3 deletions(-)

diff --git a/drivers/tty/serial/fsl_lpuart.c b/drivers/tty/serial/fsl_lpuart.c
index 67fa113f77d4..9a0781395b1f 100644
--- a/drivers/tty/serial/fsl_lpuart.c
+++ b/drivers/tty/serial/fsl_lpuart.c
@@ -408,11 +408,9 @@ static int lpuart_global_reset(struct lpuart_port *sport)
 {
 	struct uart_port *port = &sport->port;
 	void __iomem *global_addr;
+	unsigned long tx_enable, bd;
 	int ret;
 
-	if (uart_console(port))
-		return 0;
-
 	ret = clk_prepare_enable(sport->ipg_clk);
 	if (ret) {
 		dev_err(sport->port.dev, "failed to enable uart ipg clk: %d\n", ret);
@@ -420,11 +418,29 @@ static int lpuart_global_reset(struct lpuart_port *sport)
 	}
 
 	if (is_imx7ulp_lpuart(sport) || is_imx8qxp_lpuart(sport)) {
+		/*
+		 * If the transmitter is used by earlycon, wait transmit engin complete
+		 * and then reset
+		 */
+		tx_enable = lpuart32_read(port, UARTCTRL) & UARTCTRL_TE;
+		if (tx_enable) {
+			bd = lpuart32_read(&sport->port, UARTBAUD);
+			while (!(lpuart32_read(port, UARTSTAT) & UARTSTAT_TC &&
+				 lpuart32_read(port, UARTFIFO) & UARTFIFO_TXEMPT))
+				cpu_relax();
+		}
+
 		global_addr = port->membase + UART_GLOBAL - IMX_REG_OFF;
 		writel(UART_GLOBAL_RST, global_addr);
 		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);
 		writel(0, global_addr);
 		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);
+
+		/* Recover the transmitter for earlycon */
+		if (tx_enable) {
+			lpuart32_write(port, bd, UARTBAUD);
+			lpuart32_write(port, UARTCTRL_TE, UARTCTRL);
+		}
 	}
 
 	clk_disable_unprepare(sport->ipg_clk);
-- 
2.17.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* RE: [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset
  2022-10-19 11:07 [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset Sherry Sun
@ 2022-10-19 14:29 ` Shenwei Wang
  2022-10-20  2:16   ` Sherry Sun
  2022-10-20  5:56 ` Jiri Slaby
  1 sibling, 1 reply; 5+ messages in thread
From: Shenwei Wang @ 2022-10-19 14:29 UTC (permalink / raw)
  To: Sherry Sun, gregkh, jirislaby, lukas, ilpo.jarvinen
  Cc: linux-serial, linux-kernel, dl-linux-imx



> -----Original Message-----
> From: Sherry Sun <sherry.sun@nxp.com>
> Sent: Wednesday, October 19, 2022 6:07 AM
> To: gregkh@linuxfoundation.org; jirislaby@kernel.org; lukas@wunner.de;
> ilpo.jarvinen@linux.intel.com
> Cc: linux-serial@vger.kernel.org; linux-kernel@vger.kernel.org; dl-linux-imx
> <linux-imx@nxp.com>
> Subject: [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer
> when global reset
> 
> lpuart_global_reset() shouldn't break the on-going transmit engin, need to
> recover the on-going data transfer after reset.
> 
> This can help earlycon here, since commit 60f361722ad2 ("serial:
> fsl_lpuart: Reset prior to registration") moved lpuart_global_reset() before
> uart_add_one_port(), earlycon is writing during global reset, as global reset will
> disable the TX and clear the baud rate register, which caused the earlycon
> cannot work any more after reset, needs to restore the baud rate and re-enable
> the transmitter to recover the earlycon write.
> 
> Fixes: bd5305dcabbc ("tty: serial: fsl_lpuart: do software reset for imx7ulp and
> imx8qxp")
> Signed-off-by: Sherry Sun <sherry.sun@nxp.com>
> ---
> Changes in V2:
> 1. The while loop may never exit as the stat and sfifo are not re-read inside the
> loop, fix that.
> ---
>  drivers/tty/serial/fsl_lpuart.c | 22 +++++++++++++++++++---
>  1 file changed, 19 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/tty/serial/fsl_lpuart.c b/drivers/tty/serial/fsl_lpuart.c index
> 67fa113f77d4..9a0781395b1f 100644
> --- a/drivers/tty/serial/fsl_lpuart.c
> +++ b/drivers/tty/serial/fsl_lpuart.c
> @@ -408,11 +408,9 @@ static int lpuart_global_reset(struct lpuart_port *sport)
> {
>  	struct uart_port *port = &sport->port;
>  	void __iomem *global_addr;
> +	unsigned long tx_enable, bd;
>  	int ret;
> 
> -	if (uart_console(port))
> -		return 0;
> -
>  	ret = clk_prepare_enable(sport->ipg_clk);
>  	if (ret) {
>  		dev_err(sport->port.dev, "failed to enable uart ipg clk: %d\n",
> ret); @@ -420,11 +418,29 @@ static int lpuart_global_reset(struct lpuart_port
> *sport)
>  	}
> 
>  	if (is_imx7ulp_lpuart(sport) || is_imx8qxp_lpuart(sport)) {
> +		/*
> +		 * If the transmitter is used by earlycon, wait transmit engin
> complete
> +		 * and then reset
> +		 */
> +		tx_enable = lpuart32_read(port, UARTCTRL) & UARTCTRL_TE;
> +		if (tx_enable) {
> +			bd = lpuart32_read(&sport->port, UARTBAUD);
> +			while (!(lpuart32_read(port, UARTSTAT) &
> UARTSTAT_TC &&
> +				 lpuart32_read(port, UARTFIFO) &
> UARTFIFO_TXEMPT))
> +				cpu_relax();
> +		}
> +
>  		global_addr = port->membase + UART_GLOBAL - IMX_REG_OFF;
>  		writel(UART_GLOBAL_RST, global_addr);
>  		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);

According to the statement in the RM, you don't need to add delay here.
"There is no minimum delay required before clearing the software reset."

>  		writel(0, global_addr);
>  		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);

[...]

Regards,
Shenwei

> +
> +		/* Recover the transmitter for earlycon */
> +		if (tx_enable) {
> +			lpuart32_write(port, bd, UARTBAUD);
> +			lpuart32_write(port, UARTCTRL_TE, UARTCTRL);
> +		}
>  	}
> 
>  	clk_disable_unprepare(sport->ipg_clk);
> --
> 2.17.1


^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset
  2022-10-19 14:29 ` Shenwei Wang
@ 2022-10-20  2:16   ` Sherry Sun
  0 siblings, 0 replies; 5+ messages in thread
From: Sherry Sun @ 2022-10-20  2:16 UTC (permalink / raw)
  To: Shenwei Wang, gregkh, jirislaby, lukas, ilpo.jarvinen
  Cc: linux-serial, linux-kernel, dl-linux-imx


> > -----Original Message-----
> > From: Sherry Sun <sherry.sun@nxp.com>
> > Sent: Wednesday, October 19, 2022 6:07 AM
> > To: gregkh@linuxfoundation.org; jirislaby@kernel.org; lukas@wunner.de;
> > ilpo.jarvinen@linux.intel.com
> > Cc: linux-serial@vger.kernel.org; linux-kernel@vger.kernel.org;
> > dl-linux-imx <linux-imx@nxp.com>
> > Subject: [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going
> > transfer when global reset
> >
> > lpuart_global_reset() shouldn't break the on-going transmit engin,
> > need to recover the on-going data transfer after reset.
> >
> > This can help earlycon here, since commit 60f361722ad2 ("serial:
> > fsl_lpuart: Reset prior to registration") moved lpuart_global_reset()
> > before uart_add_one_port(), earlycon is writing during global reset,
> > as global reset will disable the TX and clear the baud rate register,
> > which caused the earlycon cannot work any more after reset, needs to
> > restore the baud rate and re-enable the transmitter to recover the earlycon
> write.
> >
> > Fixes: bd5305dcabbc ("tty: serial: fsl_lpuart: do software reset for
> > imx7ulp and
> > imx8qxp")
> > Signed-off-by: Sherry Sun <sherry.sun@nxp.com>
> > ---
> > Changes in V2:
> > 1. The while loop may never exit as the stat and sfifo are not re-read
> > inside the loop, fix that.
> > ---
> >  drivers/tty/serial/fsl_lpuart.c | 22 +++++++++++++++++++---
> >  1 file changed, 19 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/tty/serial/fsl_lpuart.c
> > b/drivers/tty/serial/fsl_lpuart.c index 67fa113f77d4..9a0781395b1f
> > 100644
> > --- a/drivers/tty/serial/fsl_lpuart.c
> > +++ b/drivers/tty/serial/fsl_lpuart.c
> > @@ -408,11 +408,9 @@ static int lpuart_global_reset(struct lpuart_port
> > *sport) {
> >  	struct uart_port *port = &sport->port;
> >  	void __iomem *global_addr;
> > +	unsigned long tx_enable, bd;
> >  	int ret;
> >
> > -	if (uart_console(port))
> > -		return 0;
> > -
> >  	ret = clk_prepare_enable(sport->ipg_clk);
> >  	if (ret) {
> >  		dev_err(sport->port.dev, "failed to enable uart ipg clk: %d\n",
> > ret); @@ -420,11 +418,29 @@ static int lpuart_global_reset(struct
> > lpuart_port
> > *sport)
> >  	}
> >
> >  	if (is_imx7ulp_lpuart(sport) || is_imx8qxp_lpuart(sport)) {
> > +		/*
> > +		 * If the transmitter is used by earlycon, wait transmit engin
> > complete
> > +		 * and then reset
> > +		 */
> > +		tx_enable = lpuart32_read(port, UARTCTRL) & UARTCTRL_TE;
> > +		if (tx_enable) {
> > +			bd = lpuart32_read(&sport->port, UARTBAUD);
> > +			while (!(lpuart32_read(port, UARTSTAT) &
> > UARTSTAT_TC &&
> > +				 lpuart32_read(port, UARTFIFO) &
> > UARTFIFO_TXEMPT))
> > +				cpu_relax();
> > +		}
> > +
> >  		global_addr = port->membase + UART_GLOBAL -
> IMX_REG_OFF;
> >  		writel(UART_GLOBAL_RST, global_addr);
> >  		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);
> 
> According to the statement in the RM, you don't need to add delay here.
> "There is no minimum delay required before clearing the software reset."
> 
Hi Shenwei,

Assuming you are referencing the imx8ulp lpuart RM, yes, for imx8ulp/imx93 lpuart, no minimum delay is required before clearing the software reset.
But for imx7ulp and imx8qxp lpuart here, the minimum delay is required before clearing the software reset, so here the usleep is needed.

Best Regards
Sherry

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset
  2022-10-19 11:07 [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset Sherry Sun
  2022-10-19 14:29 ` Shenwei Wang
@ 2022-10-20  5:56 ` Jiri Slaby
  2022-10-20 10:43   ` Sherry Sun
  1 sibling, 1 reply; 5+ messages in thread
From: Jiri Slaby @ 2022-10-20  5:56 UTC (permalink / raw)
  To: Sherry Sun, gregkh, lukas, ilpo.jarvinen
  Cc: linux-serial, linux-kernel, linux-imx

On 19. 10. 22, 13:07, Sherry Sun wrote:
> lpuart_global_reset() shouldn't break the on-going transmit engin, need

"engine"

> to recover the on-going data transfer after reset.
> 
> This can help earlycon here, since commit 60f361722ad2 ("serial:
> fsl_lpuart: Reset prior to registration") moved lpuart_global_reset()
> before uart_add_one_port(), earlycon is writing during global reset,
> as global reset will disable the TX and clear the baud rate register,
> which caused the earlycon cannot work any more after reset, needs to
> restore the baud rate and re-enable the transmitter to recover the
> earlycon write.
> 
> Fixes: bd5305dcabbc ("tty: serial: fsl_lpuart: do software reset for imx7ulp and imx8qxp")
> Signed-off-by: Sherry Sun <sherry.sun@nxp.com>
> ---
> Changes in V2:
> 1. The while loop may never exit as the stat and sfifo are not re-read inside
> the loop, fix that.
> ---
>   drivers/tty/serial/fsl_lpuart.c | 22 +++++++++++++++++++---
>   1 file changed, 19 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/tty/serial/fsl_lpuart.c b/drivers/tty/serial/fsl_lpuart.c
> index 67fa113f77d4..9a0781395b1f 100644
> --- a/drivers/tty/serial/fsl_lpuart.c
> +++ b/drivers/tty/serial/fsl_lpuart.c
> @@ -408,11 +408,9 @@ static int lpuart_global_reset(struct lpuart_port *sport)
>   {
>   	struct uart_port *port = &sport->port;
>   	void __iomem *global_addr;
> +	unsigned long tx_enable, bd;
>   	int ret;
>   
> -	if (uart_console(port))
> -		return 0;
> -
>   	ret = clk_prepare_enable(sport->ipg_clk);
>   	if (ret) {
>   		dev_err(sport->port.dev, "failed to enable uart ipg clk: %d\n", ret);
> @@ -420,11 +418,29 @@ static int lpuart_global_reset(struct lpuart_port *sport)
>   	}
>   
>   	if (is_imx7ulp_lpuart(sport) || is_imx8qxp_lpuart(sport)) {
> +		/*
> +		 * If the transmitter is used by earlycon, wait transmit engin complete

"wait for transmit engine to complete"

> +		 * and then reset

"." (add a period)

> +		 */
> +		tx_enable = lpuart32_read(port, UARTCTRL) & UARTCTRL_TE;
> +		if (tx_enable) {
> +			bd = lpuart32_read(&sport->port, UARTBAUD);
> +			while (!(lpuart32_read(port, UARTSTAT) & UARTSTAT_TC &&
> +				 lpuart32_read(port, UARTFIFO) & UARTFIFO_TXEMPT))
> +				cpu_relax();

If the HW is stuck, you make the kernel stuck too. What about 
read_poll_timeout_atomic(). Or at least a custom timeout.

> +		}
> +
>   		global_addr = port->membase + UART_GLOBAL - IMX_REG_OFF;
>   		writel(UART_GLOBAL_RST, global_addr);
>   		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);
>   		writel(0, global_addr);
>   		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);
> +
> +		/* Recover the transmitter for earlycon */
> +		if (tx_enable) {
> +			lpuart32_write(port, bd, UARTBAUD);
> +			lpuart32_write(port, UARTCTRL_TE, UARTCTRL);

I don't know the HW. Is it enough to write TE here? IOW shouldn't we 
preserve the whole register content from the above read here?

thanks,
-- 
js
suse labs


^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset
  2022-10-20  5:56 ` Jiri Slaby
@ 2022-10-20 10:43   ` Sherry Sun
  0 siblings, 0 replies; 5+ messages in thread
From: Sherry Sun @ 2022-10-20 10:43 UTC (permalink / raw)
  To: Jiri Slaby, gregkh, lukas, ilpo.jarvinen
  Cc: linux-serial, linux-kernel, dl-linux-imx


> On 19. 10. 22, 13:07, Sherry Sun wrote:
> > lpuart_global_reset() shouldn't break the on-going transmit engin,
> > need
> 
> "engine"

Will fix it in V3.

> 
> > to recover the on-going data transfer after reset.
> >
> > This can help earlycon here, since commit 60f361722ad2 ("serial:
> > fsl_lpuart: Reset prior to registration") moved lpuart_global_reset()
> > before uart_add_one_port(), earlycon is writing during global reset,
> > as global reset will disable the TX and clear the baud rate register,
> > which caused the earlycon cannot work any more after reset, needs to
> > restore the baud rate and re-enable the transmitter to recover the
> > earlycon write.
> >
> > Fixes: bd5305dcabbc ("tty: serial: fsl_lpuart: do software reset for
> > imx7ulp and imx8qxp")
> > Signed-off-by: Sherry Sun <sherry.sun@nxp.com>
> > ---
> > Changes in V2:
> > 1. The while loop may never exit as the stat and sfifo are not re-read
> > inside the loop, fix that.
> > ---
> >   drivers/tty/serial/fsl_lpuart.c | 22 +++++++++++++++++++---
> >   1 file changed, 19 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/tty/serial/fsl_lpuart.c
> > b/drivers/tty/serial/fsl_lpuart.c index 67fa113f77d4..9a0781395b1f
> > 100644
> > --- a/drivers/tty/serial/fsl_lpuart.c
> > +++ b/drivers/tty/serial/fsl_lpuart.c
> > @@ -408,11 +408,9 @@ static int lpuart_global_reset(struct lpuart_port
> *sport)
> >   {
> >   	struct uart_port *port = &sport->port;
> >   	void __iomem *global_addr;
> > +	unsigned long tx_enable, bd;
> >   	int ret;
> >
> > -	if (uart_console(port))
> > -		return 0;
> > -
> >   	ret = clk_prepare_enable(sport->ipg_clk);
> >   	if (ret) {
> >   		dev_err(sport->port.dev, "failed to enable uart ipg clk: %d\n",
> > ret); @@ -420,11 +418,29 @@ static int lpuart_global_reset(struct
> lpuart_port *sport)
> >   	}
> >
> >   	if (is_imx7ulp_lpuart(sport) || is_imx8qxp_lpuart(sport)) {
> > +		/*
> > +		 * If the transmitter is used by earlycon, wait transmit engin
> > +complete
> 
> "wait for transmit engine to complete"
> 
> > +		 * and then reset
> 
> "." (add a period)

Will fix it in V3. 

> 
> > +		 */
> > +		tx_enable = lpuart32_read(port, UARTCTRL) & UARTCTRL_TE;
> > +		if (tx_enable) {
> > +			bd = lpuart32_read(&sport->port, UARTBAUD);
> > +			while (!(lpuart32_read(port, UARTSTAT) &
> UARTSTAT_TC &&
> > +				 lpuart32_read(port, UARTFIFO) &
> UARTFIFO_TXEMPT))
> > +				cpu_relax();
> 
> If the HW is stuck, you make the kernel stuck too. What about
> read_poll_timeout_atomic(). Or at least a custom timeout.

Seems use read_poll_timeout_atomic() is a good idea, I will try that.

> 
> > +		}
> > +
> >   		global_addr = port->membase + UART_GLOBAL -
> IMX_REG_OFF;
> >   		writel(UART_GLOBAL_RST, global_addr);
> >   		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);
> >   		writel(0, global_addr);
> >   		usleep_range(GLOBAL_RST_MIN_US, GLOBAL_RST_MAX_US);
> > +
> > +		/* Recover the transmitter for earlycon */
> > +		if (tx_enable) {
> > +			lpuart32_write(port, bd, UARTBAUD);
> > +			lpuart32_write(port, UARTCTRL_TE, UARTCTRL);
> 
> I don't know the HW. Is it enough to write TE here? IOW shouldn't we
> preserve the whole register content from the above read here?

Yes, maybe restore the whole ctrl register here would be better to avoid any confusion, will do that in V3. Thanks.

Best Regards
Sherry

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2022-10-20 10:44 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-10-19 11:07 [PATCH V2] tty: serial: fsl_lpuart: don't break the on-going transfer when global reset Sherry Sun
2022-10-19 14:29 ` Shenwei Wang
2022-10-20  2:16   ` Sherry Sun
2022-10-20  5:56 ` Jiri Slaby
2022-10-20 10:43   ` Sherry Sun

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).