public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: u-boot@lists.denx.de
Subject: [PATCH] serial: ns16550: Fix ordering of getting base address
Date: Fri, 3 Apr 2020 13:05:56 +0300	[thread overview]
Message-ID: <20200403100556.GM1922688@smile.fi.intel.com> (raw)
In-Reply-To: <1585907888-12554-1-git-send-email-bmeng.cn@gmail.com>

On Fri, Apr 03, 2020 at 02:58:08AM -0700, Bin Meng wrote:
> Currently the driver gets ns16550 base address in the driver
> probe() routine, which may potentially break any ns16550 wrapper
> driver that does additional initialization before calling
> ns16550_serial_probe().
> 
> Things are complicated that we need consider ns16550 devices on
> both simple-bus and PCI bus. To fix the issue we move the base
> address assignment for simple-bus ns16550 device back to the
> ofdata_to_platdata(), and assign base address for PCI ns16550
> device in ns16550_serial_probe().
> 
> This is still not perfect. Ideally if any PCI bus based ns16550
> wrapper driver tries to access plat->base before calling probe(),
> it is subject to break.

Thank you.
I have tested it and it fixes my case.

Tested-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>


> Fixes: 720f9e1fdb0c9 ("serial: ns16550: Move PCI access from
> ofdata_to_platdata() to probe()")

I believe this should be one line.

> Reported-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
> 
> ---
> 
>  drivers/serial/ns16550.c | 51 +++++++++++++++++++++++-------------------------
>  1 file changed, 24 insertions(+), 27 deletions(-)
> 
> diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
> index c1b303f..5e3cd1c 100644
> --- a/drivers/serial/ns16550.c
> +++ b/drivers/serial/ns16550.c
> @@ -479,39 +479,24 @@ static int ns16550_serial_getinfo(struct udevice *dev,
>  	return 0;
>  }
>  
> -#if CONFIG_IS_ENABLED(OF_CONTROL) && !CONFIG_IS_ENABLED(OF_PLATDATA)
> -static int ns1655_serial_set_base_addr(struct udevice *dev)
> -{
> -	fdt_addr_t addr;
> -	struct ns16550_platdata *plat;
> -
> -	plat = dev_get_platdata(dev);
> -
> -	addr = dev_read_addr_pci(dev);
> -	if (addr == FDT_ADDR_T_NONE)
> -		return -EINVAL;
> -
> -#ifdef CONFIG_SYS_NS16550_PORT_MAPPED
> -	plat->base = addr;
> -#else
> -	plat->base = (unsigned long)map_physmem(addr, 0, MAP_NOCACHE);
> -#endif
> -
> -	return 0;
> -}
> -#endif
> -
>  int ns16550_serial_probe(struct udevice *dev)
>  {
> +	struct ns16550_platdata *plat = dev->platdata;
>  	struct NS16550 *const com_port = dev_get_priv(dev);
>  	struct reset_ctl_bulk reset_bulk;
> +	fdt_addr_t addr;
>  	int ret;
>  
> -#if CONFIG_IS_ENABLED(OF_CONTROL) && !CONFIG_IS_ENABLED(OF_PLATDATA)
> -	ret = ns1655_serial_set_base_addr(dev);
> -	if (ret)
> -		return ret;
> -#endif
> +	/*
> +	 * If we are on PCI bus, either directly attached to a PCI root port,
> +	 * or via a PCI bridge, assign platdata->base before probing hardware.
> +	 */
> +	if (device_is_on_pci_bus(dev)) {
> +		addr = devfdt_get_addr_pci(dev);
> +		if (addr == FDT_ADDR_T_NONE)
> +			return -EINVAL;
> +		plat->base = addr;
> +	}
>  
>  	ret = reset_get_bulk(dev, &reset_bulk);
>  	if (!ret)
> @@ -535,9 +520,21 @@ int ns16550_serial_ofdata_to_platdata(struct udevice *dev)
>  {
>  	struct ns16550_platdata *plat = dev->platdata;
>  	const u32 port_type = dev_get_driver_data(dev);
> +	fdt_addr_t addr;
>  	struct clk clk;
>  	int err;
>  
> +	addr = dev_read_addr(dev);
> +	if (addr != FDT_ADDR_T_NONE) {
> +#ifdef CONFIG_SYS_NS16550_PORT_MAPPED
> +		plat->base = addr;
> +#else
> +		plat->base = (unsigned long)map_physmem(addr, 0, MAP_NOCACHE);
> +#endif
> +	} else if (!device_is_on_pci_bus(dev)) {
> +		return -EINVAL;
> +	}
> +
>  	plat->reg_offset = dev_read_u32_default(dev, "reg-offset", 0);
>  	plat->reg_shift = dev_read_u32_default(dev, "reg-shift", 0);
>  	plat->reg_width = dev_read_u32_default(dev, "reg-io-width", 1);
> -- 
> 2.7.4
> 

-- 
With Best Regards,
Andy Shevchenko

  reply	other threads:[~2020-04-03 10:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-03  9:58 [PATCH] serial: ns16550: Fix ordering of getting base address Bin Meng
2020-04-03 10:05 ` Andy Shevchenko [this message]
2020-04-03 10:16   ` Bin Meng
2020-04-03 10:56     ` Andy Shevchenko
2020-04-03 11:47 ` Antwort: " Wolfgang Wallner
2020-04-03 12:33   ` Bin Meng

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=20200403100556.GM1922688@smile.fi.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=u-boot@lists.denx.de \
    /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