From: "jay.xu@rock-chips.com" <jay.xu@rock-chips.com>
To: "Bartosz Golaszewski" <brgl@bgdev.pl>
Cc: "Andy Shevchenko" <andriy.shevchenko@linux.intel.com>,
"linus.walleij" <linus.walleij@linaro.org>,
linux-gpio <linux-gpio@vger.kernel.org>,
linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
"open list:ARM/Rockchip SoC..."
<linux-rockchip@lists.infradead.org>,
"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
"Heiko Stübner" <heiko@sntech.de>
Subject: Re: Re: [PATCH v2 1/1] gpio: rockchip: Switch to use fwnode instead of of_node
Date: Thu, 1 Sep 2022 15:25:12 +0800 [thread overview]
Message-ID: <2022090115251208267537@rock-chips.com> (raw)
In-Reply-To: CAMRc=McXoBqm-SBJTWdULZGep98V5-z3O9Dygkd07H=Z2k0-HA@mail.gmail.com
Hi Bart
--------------
jay.xu@rock-chips.com
>On Thu, Sep 1, 2022 at 3:47 AM jay.xu@rock-chips.com
><jay.xu@rock-chips.com> wrote:
>>
>> Hi
>>
>> --------------
>> jay.xu@rock-chips.com
>> >On Wed, Aug 31, 2022 at 3:45 PM Andy Shevchenko
>> ><andriy.shevchenko@linux.intel.com> wrote:
>> >>
>> >> GPIO library now accepts fwnode as a firmware node, so
>> >> switch the driver to use it.
>> >>
>> >> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
>> >> ---
>> >> v2: fixed compilation errors (LKP), replace some OF calls (Bart)
>> >> drivers/gpio/gpio-rockchip.c | 38 +++++++++++-------------------
>> >> drivers/pinctrl/pinctrl-rockchip.h | 2 --
>> >> 2 files changed, 14 insertions(+), 26 deletions(-)
>> >>
>> >> diff --git a/drivers/gpio/gpio-rockchip.c b/drivers/gpio/gpio-rockchip.c
>> >> index bb50335239ac..e8fa99fd4c80 100644
>> >> --- a/drivers/gpio/gpio-rockchip.c
>> >> +++ b/drivers/gpio/gpio-rockchip.c
>> >> @@ -14,12 +14,11 @@
>> >> #include <linux/init.h>
>> >> #include <linux/interrupt.h>
>> >> #include <linux/io.h>
>> >> +#include <linux/mod_devicetable.h>
>> >> #include <linux/module.h>
>> >> #include <linux/of.h>
>> >> -#include <linux/of_address.h>
>> >> -#include <linux/of_device.h>
>> >> -#include <linux/of_irq.h>
>> >> #include <linux/pinctrl/pinconf-generic.h>
>> >> +#include <linux/property.h>
>> >> #include <linux/regmap.h>
>> >>
>> >> #include "../pinctrl/core.h"
>> >> @@ -518,7 +517,7 @@ static int rockchip_interrupts_register(struct rockchip_pin_bank *bank)
>> >> struct irq_chip_generic *gc;
>> >> int ret;
>> >>
>> >> - bank->domain = irq_domain_add_linear(bank->of_node, 32,
>> >> + bank->domain = irq_domain_create_linear(dev_fwnode(bank->dev), 32,
>> >> &irq_generic_chip_ops, NULL);
>> >> if (!bank->domain) {
>> >> dev_warn(bank->dev, "could not init irq domain for bank %s\n",
>> >> @@ -606,14 +605,10 @@ static int rockchip_gpiolib_register(struct rockchip_pin_bank *bank)
>> >> * files which don't set the "gpio-ranges" property or systems that
>> >> * utilize ACPI the driver has to call gpiochip_add_pin_range().
>> >> */
>> >> - if (!of_property_read_bool(bank->of_node, "gpio-ranges")) {
>> >> - struct device_node *pctlnp = of_get_parent(bank->of_node);
>> >> + if (!device_property_read_bool(bank->dev, "gpio-ranges")) {
>> >> struct pinctrl_dev *pctldev = NULL;
>> >>
>> >> - if (!pctlnp)
>> >> - return -ENODATA;
>> >> -
>> >> - pctldev = of_pinctrl_get(pctlnp);
>> >> + pctldev = pinctrl_get(bank->dev->parent);
>> >> if (!pctldev)
>> >> return -ENODEV;
>> >>
>> >> @@ -641,23 +636,20 @@ static int rockchip_gpiolib_register(struct rockchip_pin_bank *bank)
>> >>
>> >> static int rockchip_get_bank_data(struct rockchip_pin_bank *bank)
>> >> {
>> >> + struct platform_device *pdev = to_platform_device(bank->dev);
>> >> + struct device_node *np = bank->dev->of_node;
>> >> struct resource res;
>> >> int id = 0;
>> >>
>> >> - if (of_address_to_resource(bank->of_node, 0, &res)) {
>> >> - dev_err(bank->dev, "cannot find IO resource for bank\n");
>> >> - return -ENOENT;
>> >> - }
>> >> -
>> >> - bank->reg_base = devm_ioremap_resource(bank->dev, &res);
>> >> + bank->reg_base = devm_platform_ioremap_resource(pdev, 0);
>> >> if (IS_ERR(bank->reg_base))
>> >> return PTR_ERR(bank->reg_base);
>> >>
>> >> - bank->irq = irq_of_parse_and_map(bank->of_node, 0);
>> >> + bank->irq = platform_get_irq(pdev, 0);
>> >> if (!bank->irq)
>> >> return -EINVAL;
>> >>
>> >> - bank->clk = of_clk_get(bank->of_node, 0);
>> >> + bank->clk = of_clk_get(np, 0);
>> >
>> >Why did you stop above? Why not regular clk_get here?
>> >
>> >> if (IS_ERR(bank->clk))
>> >> return PTR_ERR(bank->clk);
>> >>
>> >> @@ -668,7 +660,7 @@ static int rockchip_get_bank_data(struct rockchip_pin_bank *bank)
>> >> if (id == GPIO_TYPE_V2 || id == GPIO_TYPE_V2_1) {
>> >> bank->gpio_regs = &gpio_regs_v2;
>> >> bank->gpio_type = GPIO_TYPE_V2;
>> >> - bank->db_clk = of_clk_get(bank->of_node, 1);
>> >> + bank->db_clk = of_clk_get(np, 1);
>> >
>> >Ah, the clocks don't have names in DT? That's unfortunate...
>>
>> The patch add 'clock-names' property for gpio dt node, after that, the driver can change to
>> devm_clk_get(dev, "bus");
>> devm_clk_get(dev, "db");
>>
>
>We can't unfortunately, we need to remain compatible with existing DTs.
>
As said in the patch comment, the 'clock-names' is not 'required' since existing DTs
Do the driver can try get by id first and then do a second try with legency way without id ?
or other suggestion ?
>Bart
>
>> https://patchwork.kernel.org/project/linux-rockchip/patch/20220901013101.2634480-2-jay.xu@rock-chips.com
>>
>> >
>> >Bart
>> >
>> >> if (IS_ERR(bank->db_clk)) {
>> >> dev_err(bank->dev, "cannot find debounce clk\n");
>> >> clk_disable_unprepare(bank->clk);
>> >> @@ -705,17 +697,16 @@ static int rockchip_gpio_probe(struct platform_device *pdev)
>> >> {
>> >> struct device *dev = &pdev->dev;
>> >> struct device_node *np = dev->of_node;
>> >> - struct device_node *pctlnp = of_get_parent(np);
>> >> struct pinctrl_dev *pctldev = NULL;
>> >> struct rockchip_pin_bank *bank = NULL;
>> >> struct rockchip_pin_deferred *cfg;
>> >> static int gpio;
>> >> int id, ret;
>> >>
>> >> - if (!np || !pctlnp)
>> >> + if (!dev->parent)
>> >> return -ENODEV;
>> >>
>> >> - pctldev = of_pinctrl_get(pctlnp);
>> >> + pctldev = pinctrl_get(dev->parent);
>> >> if (!pctldev)
>> >> return -EPROBE_DEFER;
>> >>
>> >> @@ -728,7 +719,6 @@ static int rockchip_gpio_probe(struct platform_device *pdev)
>> >> return -EINVAL;
>> >>
>> >> bank->dev = dev;
>> >> - bank->of_node = np;
>> >>
>> >> raw_spin_lock_init(&bank->slock);
>> >>
>> >> @@ -776,7 +766,7 @@ static int rockchip_gpio_probe(struct platform_device *pdev)
>> >> mutex_unlock(&bank->deferred_lock);
>> >>
>> >> platform_set_drvdata(pdev, bank);
>> >> - dev_info(dev, "probed %pOF\n", np);
>> >> + dev_info(dev, "probed %pfw\n", dev_fwnode(dev));
>> >>
>> >> return 0;
>> >> }
>> >> diff --git a/drivers/pinctrl/pinctrl-rockchip.h b/drivers/pinctrl/pinctrl-rockchip.h
>> >> index 4759f336941e..37a0501bcc03 100644
>> >> --- a/drivers/pinctrl/pinctrl-rockchip.h
>> >> +++ b/drivers/pinctrl/pinctrl-rockchip.h
>> >> @@ -299,7 +299,6 @@ struct rockchip_drv {
>> >> * @drv: array describing the 4 drive strength sources of the bank
>> >> * @pull_type: array describing the 4 pull type sources of the bank
>> >> * @valid: is all necessary information present
>> >> - * @of_node: dt node of this bank
>> >> * @drvdata: common pinctrl basedata
>> >> * @domain: irqdomain of the gpio bank
>> >> * @gpio_chip: gpiolib chip
>> >> @@ -327,7 +326,6 @@ struct rockchip_pin_bank {
>> >> struct rockchip_drv drv[4];
>> >> enum rockchip_pin_pull_type pull_type[4];
>> >> bool valid;
>> >> - struct device_node *of_node;
>> >> struct rockchip_pinctrl *drvdata;
>> >> struct irq_domain *domain;
>> >> struct gpio_chip gpio_chip;
>> >> --
>> >> 2.35.1
>> >>
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2022-09-01 7:25 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-31 13:45 [PATCH v2 1/1] gpio: rockchip: Switch to use fwnode instead of of_node Andy Shevchenko
2022-08-31 15:11 ` Bartosz Golaszewski
2022-08-31 19:03 ` Andy Shevchenko
2022-09-01 1:47 ` jay.xu
2022-09-01 7:08 ` Bartosz Golaszewski
2022-09-01 7:25 ` jay.xu [this message]
2022-09-22 8:34 ` Bartosz Golaszewski
2022-08-31 19:30 ` kernel test robot
2022-08-31 19:51 ` kernel test robot
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=2022090115251208267537@rock-chips.com \
--to=jay.xu@rock-chips.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=brgl@bgdev.pl \
--cc=heiko@sntech.de \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.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).