From: Thinh Nguyen <Thinh.Nguyen@synopsys.com>
To: Ladislav Michl <oss-lists@triops.cz>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Thinh Nguyen <Thinh.Nguyen@synopsys.com>,
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: Wed, 5 Jul 2023 23:25:46 +0000 [thread overview]
Message-ID: <20230705232541.wsutfrdx5ltp4rw3@synopsys.com> (raw)
In-Reply-To: <ZKDBxnAulDCQCgVX@lenoch>
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.
>
> /* 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.
> }
>
> /* 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-05 23:26 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 [this message]
2023-07-13 21:33 ` Ladislav Michl
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=20230705232541.wsutfrdx5ltp4rw3@synopsys.com \
--to=thinh.nguyen@synopsys.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=oss-lists@triops.cz \
--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 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).