From: "Jernej Škrabec" <jernej.skrabec@gmail.com>
To: Chen-Yu Tsai <wens@csie.org>,
Samuel Holland <samuel@sholland.org>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Icenowy Zheng <uwu@icenowy.me>,
Andre Przywara <andre.przywara@arm.com>
Cc: soc@kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-sunxi@lists.linux.dev, linux-phy@lists.infradead.org,
linux-usb@vger.kernel.org, Bin Liu <b-liu@ti.com>
Subject: Re: [PATCH v3 11/11] usb: musb: sunxi: Introduce config struct
Date: Mon, 07 Nov 2022 18:56:13 +0100 [thread overview]
Message-ID: <8137106.T7Z3S40VBb@kista> (raw)
In-Reply-To: <20221106154826.6687-12-andre.przywara@arm.com>
Hi Andre!
Dne nedelja, 06. november 2022 ob 16:48:26 CET je Andre Przywara napisal(a):
> Currently the probe routine explicitly compares the compatible string of
> the device node to figure out which features and quirks a certain
> Allwinner MUSB model requires. This gets harder to maintain for new
> SoCs.
>
> Add a struct sunxi_musb_cfg that names the features and quirks
> explicitly, and create instances of this struct for every type of MUSB
> device we support. Then bind this to the compatible strings via the OF
> data feature.
>
> Signed-off-by: Andre Przywara <andre.przywara@arm.com>
> ---
> drivers/usb/musb/sunxi.c | 101 +++++++++++++++++++++++++++++----------
> 1 file changed, 75 insertions(+), 26 deletions(-)
>
> diff --git a/drivers/usb/musb/sunxi.c b/drivers/usb/musb/sunxi.c
> index 4b368d16a73a..266f8baf5af0 100644
> --- a/drivers/usb/musb/sunxi.c
> +++ b/drivers/usb/musb/sunxi.c
> @@ -15,6 +15,7 @@
> #include <linux/kernel.h>
> #include <linux/module.h>
> #include <linux/of.h>
> +#include <linux/of_device.h>
> #include <linux/phy/phy-sun4i-usb.h>
> #include <linux/platform_device.h>
> #include <linux/reset.h>
> @@ -67,6 +68,13 @@
> #define SUNXI_MUSB_FL_NO_CONFIGDATA 7
> #define SUNXI_MUSB_FL_PHY_MODE_PEND 8
>
> +struct sunxi_musb_cfg {
> + int nr_endpoints;
> + bool has_sram;
> + bool has_reset;
> + bool no_configdata;
> +};
> +
> /* Our read/write methods need access and do not get passed in a musb ref
> :| */ static struct musb *sunxi_musb;
>
> @@ -625,7 +633,7 @@ static const struct musb_platform_ops sunxi_musb_ops = {
> #define SUNXI_MUSB_MAX_EP_NUM 6
> #define SUNXI_MUSB_RAM_BITS 11
>
> -static struct musb_fifo_cfg sunxi_musb_mode_cfg[] = {
> +static struct musb_fifo_cfg sunxi_musb_mode_cfg_5eps[] = {
> MUSB_EP_FIFO_SINGLE(1, FIFO_TX, 512),
> MUSB_EP_FIFO_SINGLE(1, FIFO_RX, 512),
> MUSB_EP_FIFO_SINGLE(2, FIFO_TX, 512),
> @@ -641,7 +649,7 @@ static struct musb_fifo_cfg sunxi_musb_mode_cfg[] = {
> /* H3/V3s OTG supports only 4 endpoints */
> #define SUNXI_MUSB_MAX_EP_NUM_H3 5
>
> -static struct musb_fifo_cfg sunxi_musb_mode_cfg_h3[] = {
> +static struct musb_fifo_cfg sunxi_musb_mode_cfg_4eps[] = {
> MUSB_EP_FIFO_SINGLE(1, FIFO_TX, 512),
> MUSB_EP_FIFO_SINGLE(1, FIFO_RX, 512),
> MUSB_EP_FIFO_SINGLE(2, FIFO_TX, 512),
> @@ -652,18 +660,18 @@ static struct musb_fifo_cfg sunxi_musb_mode_cfg_h3[] =
> { MUSB_EP_FIFO_SINGLE(4, FIFO_RX, 512),
> };
>
> -static const struct musb_hdrc_config sunxi_musb_hdrc_config = {
> - .fifo_cfg = sunxi_musb_mode_cfg,
> - .fifo_cfg_size = ARRAY_SIZE(sunxi_musb_mode_cfg),
> +static const struct musb_hdrc_config sunxi_musb_hdrc_config_5eps = {
> + .fifo_cfg = sunxi_musb_mode_cfg_5eps,
> + .fifo_cfg_size = ARRAY_SIZE(sunxi_musb_mode_cfg_5eps),
> .multipoint = true,
> .dyn_fifo = true,
> .num_eps = SUNXI_MUSB_MAX_EP_NUM,
> .ram_bits = SUNXI_MUSB_RAM_BITS,
> };
>
> -static struct musb_hdrc_config sunxi_musb_hdrc_config_h3 = {
> - .fifo_cfg = sunxi_musb_mode_cfg_h3,
> - .fifo_cfg_size = ARRAY_SIZE(sunxi_musb_mode_cfg_h3),
> +static struct musb_hdrc_config sunxi_musb_hdrc_config_4eps = {
While at it, you can mark above struct as const. 5eps struct is already marked
as const.
> + .fifo_cfg = sunxi_musb_mode_cfg_4eps,
> + .fifo_cfg_size = ARRAY_SIZE(sunxi_musb_mode_cfg_4eps),
> .multipoint = true,
> .dyn_fifo = true,
> .num_eps = SUNXI_MUSB_MAX_EP_NUM_H3,
> @@ -677,6 +685,7 @@ static int sunxi_musb_probe(struct platform_device
> *pdev) struct platform_device_info pinfo;
> struct sunxi_glue *glue;
> struct device_node *np = pdev->dev.of_node;
> + const struct sunxi_musb_cfg *cfg;
> int ret;
>
> if (!np) {
> @@ -713,29 +722,35 @@ static int sunxi_musb_probe(struct platform_device
> *pdev) return -EINVAL;
> }
> pdata.platform_ops = &sunxi_musb_ops;
> - if (!of_device_is_compatible(np, "allwinner,sun8i-h3-musb"))
> - pdata.config = &sunxi_musb_hdrc_config;
> - else
> - pdata.config = &sunxi_musb_hdrc_config_h3;
> +
> + cfg = of_device_get_match_data(&pdev->dev);
> + if (!cfg)
> + return -EINVAL;
> +
> + switch (cfg->nr_endpoints) {
> + case 4:
> + pdata.config = &sunxi_musb_hdrc_config_4eps;
> + break;
> + case 5:
> + pdata.config = &sunxi_musb_hdrc_config_5eps;
> + break;
> + default:
> + dev_err(&pdev->dev, "Only 4 or 5 endpoints
supported\n");
> + return -EINVAL;
> + }
Overall nice cleanup! Only thing I would rather see different is to use pointer
to struct musb_fifo_cfg directly in config struct. That way you avoid above
switch case.
Best regards,
Jernej
>
> glue->dev = &pdev->dev;
> INIT_WORK(&glue->work, sunxi_musb_work);
> glue->host_nb.notifier_call = sunxi_musb_host_notifier;
>
> - if (of_device_is_compatible(np, "allwinner,sun4i-a10-musb") ||
> - of_device_is_compatible(np, "allwinner,suniv-f1c100s-musb")) {
> + if (cfg->has_sram)
> set_bit(SUNXI_MUSB_FL_HAS_SRAM, &glue->flags);
> - }
>
> - if (of_device_is_compatible(np, "allwinner,sun6i-a31-musb"))
> + if (cfg->has_reset)
> set_bit(SUNXI_MUSB_FL_HAS_RESET, &glue->flags);
>
> - if (of_device_is_compatible(np, "allwinner,sun8i-a33-musb") ||
> - of_device_is_compatible(np, "allwinner,sun8i-h3-musb") ||
> - of_device_is_compatible(np, "allwinner,suniv-f1c100s-musb")) {
> - set_bit(SUNXI_MUSB_FL_HAS_RESET, &glue->flags);
> + if (cfg->no_configdata)
> set_bit(SUNXI_MUSB_FL_NO_CONFIGDATA, &glue->flags);
> - }
>
> glue->clk = devm_clk_get(&pdev->dev, NULL);
> if (IS_ERR(glue->clk)) {
> @@ -813,12 +828,46 @@ static int sunxi_musb_remove(struct platform_device
> *pdev) return 0;
> }
>
> +static const struct sunxi_musb_cfg sun4i_a10_musb_cfg = {
> + .nr_endpoints = 5,
> + .has_sram = true,
> +};
> +
> +static const struct sunxi_musb_cfg sun6i_a31_musb_cfg = {
> + .nr_endpoints = 5,
> + .has_reset = true,
> +};
> +
> +static const struct sunxi_musb_cfg sun8i_a33_musb_cfg = {
> + .nr_endpoints = 5,
> + .has_reset = true,
> + .no_configdata = true,
> +};
> +
> +static const struct sunxi_musb_cfg sun8i_h3_musb_cfg = {
> + .nr_endpoints = 4,
> + .has_reset = true,
> + .no_configdata = true,
> +};
> +
> +static const struct sunxi_musb_cfg suniv_f1c100s_musb_cfg = {
> + .nr_endpoints = 5,
> + .has_sram = true,
> + .has_reset = true,
> + .no_configdata = true,
> +};
> +
> static const struct of_device_id sunxi_musb_match[] = {
> - { .compatible = "allwinner,sun4i-a10-musb", },
> - { .compatible = "allwinner,sun6i-a31-musb", },
> - { .compatible = "allwinner,sun8i-a33-musb", },
> - { .compatible = "allwinner,sun8i-h3-musb", },
> - { .compatible = "allwinner,suniv-f1c100s-musb", },
> + { .compatible = "allwinner,sun4i-a10-musb",
> + .data = &sun4i_a10_musb_cfg, },
> + { .compatible = "allwinner,sun6i-a31-musb",
> + .data = &sun6i_a31_musb_cfg, },
> + { .compatible = "allwinner,sun8i-a33-musb",
> + .data = &sun8i_a33_musb_cfg, },
> + { .compatible = "allwinner,sun8i-h3-musb",
> + .data = &sun8i_h3_musb_cfg, },
> + { .compatible = "allwinner,suniv-f1c100s-musb",
> + .data = &suniv_f1c100s_musb_cfg, },
> {}
> };
> MODULE_DEVICE_TABLE(of, sunxi_musb_match);
> --
> 2.35.5
prev parent reply other threads:[~2022-11-07 17:59 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-06 15:48 [PATCH v3 00/11] ARM: suniv: USB and PopStick board support Andre Przywara
2022-11-06 15:48 ` [PATCH v3 01/11] dt-bindings: phy: add binding document for Allwinner F1C100s USB PHY Andre Przywara
2022-11-13 22:32 ` Samuel Holland
2022-11-06 15:48 ` [PATCH v3 02/11] dt-bindings: usb: sunxi-musb: add F1C100s MUSB compatible string Andre Przywara
2022-11-13 22:34 ` Samuel Holland
2022-11-06 15:48 ` [PATCH v3 03/11] phy: sun4i-usb: add support for the USB PHY on F1C100s SoC Andre Przywara
2022-11-07 17:18 ` Jernej Škrabec
[not found] ` <Y2ypy0CM8rJGu2g4@matsya>
2022-11-15 6:01 ` Jernej Škrabec
2022-11-15 10:03 ` Krzysztof Kozlowski
2022-11-15 10:44 ` Andre Przywara
2022-11-15 15:00 ` Krzysztof Kozlowski
2022-11-15 16:19 ` Andre Przywara
2022-11-15 16:29 ` Krzysztof Kozlowski
2022-11-15 17:57 ` Andre Przywara
[not found] ` <Y3+uqtNe/tafRwp2@matsya>
2022-11-24 22:13 ` Andre Przywara
2022-11-06 15:48 ` [PATCH v3 04/11] musb: sunxi: add support for the F1C100s MUSB controller Andre Przywara
2022-11-06 15:48 ` [PATCH v3 05/11] ARM: dts: suniv: add USB-related device nodes Andre Przywara
2022-11-07 17:19 ` Jernej Škrabec
2022-11-06 15:48 ` [PATCH v3 06/11] ARM: dts: suniv: licheepi-nano: enable USB Andre Przywara
2022-11-07 17:19 ` Jernej Škrabec
2022-11-06 15:48 ` [PATCH v3 07/11] dt-bindings: vendor-prefixes: add Source Parts Andre Przywara
2022-11-06 15:48 ` [PATCH v3 08/11] dt-binding: arm: sunxi: add compatible strings for PopStick v1.1 Andre Przywara
2022-11-06 15:48 ` [PATCH v3 09/11] ARM: dts: suniv: add device tree " Andre Przywara
2022-11-07 17:35 ` Jernej Škrabec
2022-11-15 16:47 ` Andre Przywara
2022-11-13 22:41 ` Samuel Holland
2022-11-14 0:17 ` Andre Przywara
2022-11-14 0:41 ` Samuel Holland
2022-11-06 15:48 ` [PATCH v3 10/11] phy: sun4i-usb: Replace types with explicit quirk flags Andre Przywara
2022-11-06 15:54 ` Icenowy Zheng
[not found] ` <Y2ype6fU6nKyIH1w@matsya>
2022-11-10 11:40 ` Icenowy Zheng
2022-11-10 12:07 ` Andre Przywara
2022-11-13 23:52 ` Samuel Holland
2022-11-14 0:20 ` Andre Przywara
2022-11-07 17:44 ` Jernej Škrabec
2022-11-06 15:48 ` [PATCH v3 11/11] usb: musb: sunxi: Introduce config struct Andre Przywara
2022-11-07 17:56 ` Jernej Škrabec [this message]
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=8137106.T7Z3S40VBb@kista \
--to=jernej.skrabec@gmail.com \
--cc=andre.przywara@arm.com \
--cc=b-liu@ti.com \
--cc=devicetree@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=linux-usb@vger.kernel.org \
--cc=robh+dt@kernel.org \
--cc=samuel@sholland.org \
--cc=soc@kernel.org \
--cc=uwu@icenowy.me \
--cc=wens@csie.org \
/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).