linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sherry Sun <sherry.sun@nxp.com>
To: Shenwei Wang <shenwei.wang@nxp.com>,
	"gregkh@linuxfoundation.org" <gregkh@linuxfoundation.org>,
	"jirislaby@kernel.org" <jirislaby@kernel.org>,
	Vabhav Sharma <vabhav.sharma@nxp.com>
Cc: "linux-serial@vger.kernel.org" <linux-serial@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	dl-linux-imx <linux-imx@nxp.com>
Subject: RE: [PATCH] tty: serial: fsl_lpuart: fix potential bug when using both of_alias_get_id and ida_simple_get
Date: Tue, 22 Mar 2022 02:07:48 +0000	[thread overview]
Message-ID: <AS8PR04MB8404C6C283903E10E71D409792179@AS8PR04MB8404.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <AM9PR04MB8274AA137A140A4B4DFD0EE889169@AM9PR04MB8274.eurprd04.prod.outlook.com>

Hi Shenwei,

> > Subject: [PATCH] tty: serial: fsl_lpuart: fix potential bug when using
> > both of_alias_get_id and ida_simple_get
> >
> > Now fsl_lpuart driver use both of_alias_get_id() and ida_simple_get()
> > in .probe(), which has the potential bug. For example, when remove the
> > lpuart7 alias in dts, of_alias_get_id() will return error, then call
> > ida_simple_get() to allocate the id 0 for lpuart7, this may confilct
> > with the
> > lpuart4 which has alias 0.
> 
> The behavior of ida_simple_get() is to allocate an unused alias number. Do
> you see any conflict when you test?
> 

Yes, I have verified this on imx8ulp, I print the port.line value for each uart port.
When I remove the lpuart7 alias, the lpuart7 will get the id 0, same as lpuart4, which caused the lpuart7 probe fail.
ida_simple_get() cannot figure out which id has been used in the uart driver.

[    0.894549] port.line = 0 --> lpuart4
[    0.908148] port.line = 1 --> lpuart5
[    0.939844] port.line = 2 --> lpuart6
[    0.953608] port.line = 0 --> lpuart7

--- a/arch/arm64/boot/dts/freescale/imx8ulp.dtsi
+++ b/arch/arm64/boot/dts/freescale/imx8ulp.dtsi
@@ -25,7 +25,6 @@
                serial0 = &lpuart4;
                serial1 = &lpuart5;
                serial2 = &lpuart6;
-               serial3 = &lpuart7;
        };

Best regards
Sherry

> Regards,
> Shenwei
> 
> >
> >     aliases {
> > 	...
> >         serial0 = &lpuart4;
> >         serial1 = &lpuart5;
> >         serial2 = &lpuart6;
> >         serial3 = &lpuart7;
> >     }
> >
> > So remove the ida_simple_get() in .probe(), return an error directly
> > when calling
> > of_alias_get_id() fails, which is consistent with other uart drivers behavior.
> >
> > Fixes: 3bc3206e1c0f ("serial: fsl_lpuart: Remove the alias node
> > dependence")
> > Signed-off-by: Sherry Sun <sherry.sun@nxp.com>
> > ---
> >  drivers/tty/serial/fsl_lpuart.c | 24 ++++--------------------
> >  1 file changed, 4 insertions(+), 20 deletions(-)
> >
> > diff --git a/drivers/tty/serial/fsl_lpuart.c
> > b/drivers/tty/serial/fsl_lpuart.c index 452a015825ba..40465d23d7ad
> > 100644
> > --- a/drivers/tty/serial/fsl_lpuart.c
> > +++ b/drivers/tty/serial/fsl_lpuart.c
> > @@ -239,8 +239,6 @@
> >  /* IMX lpuart has four extra unused regs located at the beginning */
> >  #define IMX_REG_OFF	0x10
> >
> > -static DEFINE_IDA(fsl_lpuart_ida);
> > -
> >  enum lpuart_type {
> >  	VF610_LPUART,
> >  	LS1021A_LPUART,
> > @@ -276,7 +274,6 @@ struct lpuart_port {
> >  	int			rx_dma_rng_buf_len;
> >  	unsigned int		dma_tx_nents;
> >  	wait_queue_head_t	dma_wait;
> > -	bool			id_allocated;
> >  };
> >
> >  struct lpuart_soc_data {
> > @@ -2716,23 +2713,18 @@ static int lpuart_probe(struct platform_device
> > *pdev)
> >
> >  	ret = of_alias_get_id(np, "serial");
> >  	if (ret < 0) {
> > -		ret = ida_simple_get(&fsl_lpuart_ida, 0, UART_NR,
> > GFP_KERNEL);
> > -		if (ret < 0) {
> > -			dev_err(&pdev->dev, "port line is full, add device
> > failed\n");
> > -			return ret;
> > -		}
> > -		sport->id_allocated = true;
> > +		dev_err(&pdev->dev, "failed to get alias id, errno %d\n", ret);
> > +		return ret;
> >  	}
> >  	if (ret >= ARRAY_SIZE(lpuart_ports)) {
> >  		dev_err(&pdev->dev, "serial%d out of range\n", ret);
> > -		ret = -EINVAL;
> > -		goto failed_out_of_range;
> > +		return -EINVAL;
> >  	}
> >  	sport->port.line = ret;
> >
> >  	ret = lpuart_enable_clks(sport);
> >  	if (ret)
> > -		goto failed_clock_enable;
> > +		return ret;
> >  	sport->port.uartclk = lpuart_get_baud_clk_rate(sport);
> >
> >  	lpuart_ports[sport->port.line] = sport; @@ -2781,10 +2773,6 @@
> > static int lpuart_probe(struct platform_device *pdev)
> >  failed_attach_port:
> >  failed_irq_request:
> >  	lpuart_disable_clks(sport);
> > -failed_clock_enable:
> > -failed_out_of_range:
> > -	if (sport->id_allocated)
> > -		ida_simple_remove(&fsl_lpuart_ida, sport->port.line);
> >  	return ret;
> >  }
> >
> > @@ -2794,9 +2782,6 @@ static int lpuart_remove(struct platform_device
> > *pdev)
> >
> >  	uart_remove_one_port(&lpuart_reg, &sport->port);
> >
> > -	if (sport->id_allocated)
> > -		ida_simple_remove(&fsl_lpuart_ida, sport->port.line);
> > -
> >  	lpuart_disable_clks(sport);
> >
> >  	if (sport->dma_tx_chan)
> > @@ -2926,7 +2911,6 @@ static int __init lpuart_serial_init(void)
> >
> >  static void __exit lpuart_serial_exit(void)  {
> > -	ida_destroy(&fsl_lpuart_ida);
> >  	platform_driver_unregister(&lpuart_driver);
> >  	uart_unregister_driver(&lpuart_reg);
> >  }
> > --
> > 2.17.1


  reply	other threads:[~2022-03-22  2:08 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-21 11:22 [PATCH] tty: serial: fsl_lpuart: fix potential bug when using both of_alias_get_id and ida_simple_get Sherry Sun
2022-03-21 13:33 ` Shenwei Wang
2022-03-22  2:07   ` Sherry Sun [this message]
2022-03-25  1:27 ` Sherry Sun
2022-03-25  6:03   ` gregkh
2022-03-25  6:09     ` Sherry Sun

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AS8PR04MB8404C6C283903E10E71D409792179@AS8PR04MB8404.eurprd04.prod.outlook.com \
    --to=sherry.sun@nxp.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jirislaby@kernel.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=shenwei.wang@nxp.com \
    --cc=vabhav.sharma@nxp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).