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
next prev parent 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