From: Ladislav Michl <oss-lists@triops.cz>
To: Thinh Nguyen <Thinh.Nguyen@synopsys.com>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Liang He <windhl@126.com>,
"linux-mips@vger.kernel.org" <linux-mips@vger.kernel.org>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>
Subject: Re: [PATCH v2 1/3] usb: dwc3: dwc3-octeon: Convert to glue driver
Date: Thu, 13 Jul 2023 23:33:00 +0200 [thread overview]
Message-ID: <ZLBtjPQp9LzE0Ger@lenoch> (raw)
In-Reply-To: <20230705232541.wsutfrdx5ltp4rw3@synopsys.com>
On Wed, Jul 05, 2023 at 11:25:46PM +0000, Thinh Nguyen wrote:
> On Sun, Jul 02, 2023, Ladislav Michl wrote:
> > From: Ladislav Michl <ladis@linux-mips.org>
> >
> > Move Octeon DWC3 glue code from arch/mips and use it
> > instead of dwc3-of-simple.
>
> Please provide more context and the reason to why the move here.
>
> >
> > Signed-off-by: Ladislav Michl <ladis@linux-mips.org>
> > Acked-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> > ---
> > CHANGES:
> > - v2: squashed move and glue conversion patch, fixed sparse warning
> > and formatting issue. Set private data at the end of probe.
> > Clear drvdata on remove. Added host mode only notice.
> > Collected ack for move from arch/mips.
> >
> > arch/mips/cavium-octeon/Makefile | 1 -
> > arch/mips/cavium-octeon/octeon-platform.c | 1 -
> > drivers/usb/dwc3/Kconfig | 10 ++
> > drivers/usb/dwc3/Makefile | 1 +
> > .../usb/dwc3/dwc3-octeon.c | 108 ++++++++++--------
> > drivers/usb/dwc3/dwc3-of-simple.c | 1 -
> > 6 files changed, 69 insertions(+), 53 deletions(-)
> > rename arch/mips/cavium-octeon/octeon-usb.c => drivers/usb/dwc3/dwc3-octeon.c (91%)
> >
> > diff --git a/arch/mips/cavium-octeon/Makefile b/arch/mips/cavium-octeon/Makefile
> > index 7c02e542959a..2a5926578841 100644
> > --- a/arch/mips/cavium-octeon/Makefile
> > +++ b/arch/mips/cavium-octeon/Makefile
> > @@ -18,4 +18,3 @@ obj-y += crypto/
> > obj-$(CONFIG_MTD) += flash_setup.o
> > obj-$(CONFIG_SMP) += smp.o
> > obj-$(CONFIG_OCTEON_ILM) += oct_ilm.o
> > -obj-$(CONFIG_USB) += octeon-usb.o
> > diff --git a/arch/mips/cavium-octeon/octeon-platform.c b/arch/mips/cavium-octeon/octeon-platform.c
> > index ce05c0dd3acd..235c77ce7b18 100644
> > --- a/arch/mips/cavium-octeon/octeon-platform.c
> > +++ b/arch/mips/cavium-octeon/octeon-platform.c
> > @@ -450,7 +450,6 @@ static const struct of_device_id octeon_ids[] __initconst = {
> > { .compatible = "cavium,octeon-3860-bootbus", },
> > { .compatible = "cavium,mdio-mux", },
> > { .compatible = "gpio-leds", },
> > - { .compatible = "cavium,octeon-7130-usb-uctl", },
> > {},
> > };
> >
> > diff --git a/drivers/usb/dwc3/Kconfig b/drivers/usb/dwc3/Kconfig
> > index be954a9abbe0..98efcbb76c88 100644
> > --- a/drivers/usb/dwc3/Kconfig
> > +++ b/drivers/usb/dwc3/Kconfig
> > @@ -168,4 +168,14 @@ config USB_DWC3_AM62
> > The Designware Core USB3 IP is programmed to operate in
> > in USB 2.0 mode only.
> > Say 'Y' or 'M' here if you have one such device
> > +
> > +config USB_DWC3_OCTEON
> > + tristate "Cavium Octeon Platforms"
> > + depends on CAVIUM_OCTEON_SOC || COMPILE_TEST
> > + default USB_DWC3
> > + help
> > + Support Cavium Octeon platforms with DesignWare Core USB3 IP.
> > + Only the host mode is currently supported.
> > + Say 'Y' or 'M' here if you have one such device.
> > +
> > endif
> > diff --git a/drivers/usb/dwc3/Makefile b/drivers/usb/dwc3/Makefile
> > index 9f66bd82b639..fe1493d4bbe5 100644
> > --- a/drivers/usb/dwc3/Makefile
> > +++ b/drivers/usb/dwc3/Makefile
> > @@ -54,3 +54,4 @@ obj-$(CONFIG_USB_DWC3_ST) += dwc3-st.o
> > obj-$(CONFIG_USB_DWC3_QCOM) += dwc3-qcom.o
> > obj-$(CONFIG_USB_DWC3_IMX8MP) += dwc3-imx8mp.o
> > obj-$(CONFIG_USB_DWC3_XILINX) += dwc3-xilinx.o
> > +obj-$(CONFIG_USB_DWC3_OCTEON) += dwc3-octeon.o
> > diff --git a/arch/mips/cavium-octeon/octeon-usb.c b/drivers/usb/dwc3/dwc3-octeon.c
> > similarity index 91%
> > rename from arch/mips/cavium-octeon/octeon-usb.c
> > rename to drivers/usb/dwc3/dwc3-octeon.c
> > index 2add435ad038..8d5facd881c1 100644
> > --- a/arch/mips/cavium-octeon/octeon-usb.c
> > +++ b/drivers/usb/dwc3/dwc3-octeon.c
> > @@ -187,7 +187,10 @@
> > #define USBDRD_UCTL_ECC 0xf0
> > #define USBDRD_UCTL_SPARE1 0xf8
> >
> > -static DEFINE_MUTEX(dwc3_octeon_clocks_mutex);
> > +struct dwc3_data {
> > + struct device *dev;
> > + void __iomem *base;
> > +};
> >
> > #ifdef CONFIG_CAVIUM_OCTEON_SOC
> > #include <asm/octeon/octeon.h>
> > @@ -233,6 +236,11 @@ static inline uint64_t dwc3_octeon_readq(void __iomem *addr)
> > static inline void dwc3_octeon_writeq(void __iomem *base, uint64_t val) { }
> >
> > static inline void dwc3_octeon_config_gpio(int index, int gpio) { }
> > +
> > +static uint64_t octeon_get_io_clock_rate(void)
> > +{
> > + return 150000000;
> > +}
> > #endif
> >
> > static int dwc3_octeon_get_divider(void)
> > @@ -271,7 +279,7 @@ static int dwc3_octeon_config_power(struct device *dev, void __iomem *base)
> > dev_err(dev, "invalid power configuration\n");
> > return -EINVAL;
> > }
> > - dwc3_octeon_config_gpio(((u64)base >> 24) & 1, gpio);
> > + dwc3_octeon_config_gpio(((__force u64)base >> 24) & 1, gpio);
>
> You're doing more than just moving the code here. Please separate the
> change to a different patch if there are additional functional change
> and provide the reason for it.
Is it okay to move file with sparse warning or am I supposed to fix it
in the arch code first?
> >
> > /* Enable XHCI power control and set if active high or low. */
> > val = dwc3_octeon_readq(uctl_host_cfg_reg);
> > @@ -383,7 +391,7 @@ static int dwc3_octeon_clocks_start(struct device *dev, void __iomem *base)
> > if ((div != FIELD_GET(USBDRD_UCTL_CTL_H_CLKDIV_SEL, val)) ||
> > (!(FIELD_GET(USBDRD_UCTL_CTL_H_CLK_EN, val)))) {
> > dev_err(dev, "dwc3 controller clock init failure.\n");
> > - return -EINVAL;
> > + return -EINVAL;
>
> Avoid mixing cleanup change with functional change.
I'll just drop it, not worth separate patch.
> > }
> >
> > /* Step 4c: Deassert the controller clock divider reset. */
> > @@ -494,58 +502,58 @@ static void __init dwc3_octeon_phy_reset(void __iomem *base)
> > dwc3_octeon_writeq(uctl_ctl_reg, val);
> > }
> >
> > -static int __init dwc3_octeon_device_init(void)
> > +static int dwc3_octeon_probe(struct platform_device *pdev)
> > {
> > - const char compat_node_name[] = "cavium,octeon-7130-usb-uctl";
> > - struct platform_device *pdev;
> > - struct device_node *node;
> > - struct resource *res;
> > - void __iomem *base;
> > + struct device *dev = &pdev->dev;
> > + struct dwc3_data *data;
> > + int err;
> >
> > - /*
> > - * There should only be three universal controllers, "uctl"
> > - * in the device tree. Two USB and a SATA, which we ignore.
> > - */
> > - node = NULL;
> > - do {
> > - node = of_find_node_by_name(node, "uctl");
> > - if (!node)
> > - return -ENODEV;
> > -
> > - if (of_device_is_compatible(node, compat_node_name)) {
> > - pdev = of_find_device_by_node(node);
> > - if (!pdev)
> > - return -ENODEV;
> > -
> > - /*
> > - * The code below maps in the registers necessary for
> > - * setting up the clocks and reseting PHYs. We must
> > - * release the resources so the dwc3 subsystem doesn't
> > - * know the difference.
> > - */
> > - base = devm_platform_get_and_ioremap_resource(pdev, 0, &res);
> > - if (IS_ERR(base)) {
> > - put_device(&pdev->dev);
> > - return PTR_ERR(base);
> > - }
> > + data = devm_kzalloc(dev, sizeof(*data), GFP_KERNEL);
> > + if (!data)
> > + return -ENOMEM;
> >
> > - mutex_lock(&dwc3_octeon_clocks_mutex);
> > - if (dwc3_octeon_clocks_start(&pdev->dev, base) == 0)
> > - dev_info(&pdev->dev, "clocks initialized.\n");
> > - dwc3_octeon_set_endian_mode(base);
> > - dwc3_octeon_phy_reset(base);
> > - mutex_unlock(&dwc3_octeon_clocks_mutex);
> > - devm_iounmap(&pdev->dev, base);
> > - devm_release_mem_region(&pdev->dev, res->start,
> > - resource_size(res));
> > - put_device(&pdev->dev);
> > - }
> > - } while (node != NULL);
> > + data->base = devm_platform_ioremap_resource(pdev, 0);
> > + if (IS_ERR(data->base))
> > + return PTR_ERR(data->base);
> >
> > - return 0;
> > + err = dwc3_octeon_clocks_start(dev, data->base);
> > + if (err)
> > + return err;
> > +
> > + dwc3_octeon_set_endian_mode(data->base);
> > + dwc3_octeon_phy_reset(data->base);
> > +
> > + data->dev = dev;
> > + platform_set_drvdata(pdev, data);
> > +
> > + return of_platform_populate(node, NULL, NULL, dev);
> > +}
> > +
> > +static void dwc3_octeon_remove(struct platform_device *pdev)
> > +{
> > + struct dwc3_data *data = platform_get_drvdata(pdev);
> > +
> > + of_platform_depopulate(data->dev);
> > + platform_set_drvdata(pdev, NULL);
> > }
> > -device_initcall(dwc3_octeon_device_init);
> >
> > +static const struct of_device_id dwc3_octeon_of_match[] = {
> > + { .compatible = "cavium,octeon-7130-usb-uctl" },
> > + { },
> > +};
> > +MODULE_DEVICE_TABLE(of, dwc3_octeon_of_match);
> > +
> > +static struct platform_driver dwc3_octeon_driver = {
> > + .probe = dwc3_octeon_probe,
> > + .remove_new = dwc3_octeon_remove,
> > + .driver = {
> > + .name = "dwc3-octeon",
> > + .of_match_table = dwc3_octeon_of_match,
> > + },
> > +};
> > +module_platform_driver(dwc3_octeon_driver);
> > +
> > +MODULE_ALIAS("platform:dwc3-octeon");
> > MODULE_AUTHOR("David Daney <david.daney@cavium.com>");
> > MODULE_LICENSE("GPL");
> > -MODULE_DESCRIPTION("USB driver for OCTEON III SoC");
> > +MODULE_DESCRIPTION("DesignWare USB3 OCTEON III Glue Layer");
> > diff --git a/drivers/usb/dwc3/dwc3-of-simple.c b/drivers/usb/dwc3/dwc3-of-simple.c
> > index 71fd620c5161..e3423fbea3ed 100644
> > --- a/drivers/usb/dwc3/dwc3-of-simple.c
> > +++ b/drivers/usb/dwc3/dwc3-of-simple.c
> > @@ -172,7 +172,6 @@ static const struct dev_pm_ops dwc3_of_simple_dev_pm_ops = {
> >
> > static const struct of_device_id of_dwc3_simple_match[] = {
> > { .compatible = "rockchip,rk3399-dwc3" },
> > - { .compatible = "cavium,octeon-7130-usb-uctl" },
> > { .compatible = "sprd,sc9860-dwc3" },
> > { .compatible = "allwinner,sun50i-h6-dwc3" },
> > { .compatible = "hisilicon,hi3670-dwc3" },
> > --
> > 2.39.2
> >
>
> Thanks,
> Thinh
next prev parent reply other threads:[~2023-07-13 21:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-02 0:15 [PATCH v2 0/3] Cleanup Octeon DWC3 glue code Ladislav Michl
2023-07-02 0:16 ` [PATCH v2 1/3] usb: dwc3: dwc3-octeon: Convert to glue driver Ladislav Michl
2023-07-05 23:25 ` Thinh Nguyen
2023-07-13 21:33 ` Ladislav Michl [this message]
2023-07-14 0:37 ` Thinh Nguyen
2023-07-02 0:16 ` [PATCH v2 2/3] usb: dwc3: dwc3-octeon: Move node parsing into driver probe Ladislav Michl
2023-07-05 23:08 ` Thinh Nguyen
2023-07-13 21:37 ` Ladislav Michl
2023-07-14 0:42 ` Thinh Nguyen
2023-07-02 0:17 ` [PATCH v2 3/3] usb: dwc3: Add SPDX header and copyright Ladislav Michl
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=ZLBtjPQp9LzE0Ger@lenoch \
--to=oss-lists@triops.cz \
--cc=Thinh.Nguyen@synopsys.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=tsbogend@alpha.franken.de \
--cc=windhl@126.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.