From: luyulin@eswincomputing.com
To: "Dan Carpenter" <dan.carpenter@linaro.org>
Cc: linux-gpio@vger.kernel.org
Subject: Re: Re: [bug report] pinctrl: eswin: Add EIC7700 pinctrl driver
Date: Tue, 2 Sep 2025 15:38:41 +0800 (GMT+08:00) [thread overview]
Message-ID: <3eec843c.ae8.199095d1d4c.Coremail.luyulin@eswincomputing.com> (raw)
In-Reply-To: <aLViO8IwbWqZLK-Z@stanley.mountain>
Hi, Dan
Thank you very much for your suggestions and reply.
I changed IS_ERR_OR_NULL to IS_ERR and added select REGULATOR
and REGULATOR_FIXED_VOLTAGE in Kconfig. The local tests are normal.
I also added "Suggested-by: Dan Carpenter dan.carpenter@linaro.org" in the commit.
Do you think this is acceptable?
The commit content is as follows:
From 4bf1f20bafc8dcfaebd43e7c8b42820edb36f028 Mon Sep 17 00:00:00 2001
From: Yulin Lu <luyulin@eswincomputing.com>
Date: Tue, 2 Sep 2025 14:41:53 +0800
Subject: [PATCH] pinctrl: eswin: Fix regulator error check and Kconfig
dependency
Smatch reported the following warning in eic7700_pinctrl_probe():
drivers/pinctrl/pinctrl-eic7700.c:638 eic7700_pinctrl_probe()
warn: passing zero to 'PTR_ERR'
The root cause is that devm_regulator_get() may return NULL when
CONFIG_REGULATOR is disabled. In such case, IS_ERR_OR_NULL() triggers
PTR_ERR(NULL) which evaluates to 0, leading to passing a success code
as an error.
However, this driver cannot work without a regulator. To fix this:
- Change the check from IS_ERR_OR_NULL() to IS_ERR()
- Update Kconfig to explicitly select REGULATOR and
REGULATOR_FIXED_VOLTAGE, ensuring that the regulator framework is
always available.
This resolves the Smatch warning and enforces the correct dependency.
Suggested-by: Dan Carpenter <dan.carpenter@linaro.org>
Fixes: 5b797bcc00ef ("pinctrl: eswin: Add EIC7700 pinctrl driver")
Signed-off-by: Yulin Lu <luyulin@eswincomputing.com>
>
> On Mon, Sep 01, 2025 at 03:34:34PM +0800, luyulin@eswincomputing.com wrote:
> > Hi, Dan
> >
> > Thank you very much for your findings and suggestions.
> > I would also like to confirm my understanding with you.
> >
> > >
> > > Hello Yulin Lu,
> > >
> > > Commit 5b797bcc00ef ("pinctrl: eswin: Add EIC7700 pinctrl driver")
> > > from Jun 12, 2025 (linux-next), leads to the following Smatch static
> > > checker warning:
> > >
> > > drivers/pinctrl/pinctrl-eic7700.c:638 eic7700_pinctrl_probe()
> > > warn: passing zero to 'PTR_ERR'
> > >
> > >
> > > 639 "failed to get vrgmii regulator\n");
> > > 640 }
> > > 641
> > > 642 voltage = regulator_get_voltage(regulator);
> > > 643 if (voltage < 0) {
> > > 644 return dev_err_probe(&pdev->dev, voltage,
> > > 645 "Failed to get voltage from regulator\n");
> > >
> > > If CONFIG_REGULATOR is disabled then this will return negative. So this
> > > driver can't work without a regulator. Ideally the KConfig would enforce
> > > that so we don't build drivers which can't work.
> >
> > Thank you! You are right. IS_ERR_OR_NULL should be changed to IS_ERR.
> > Based on your professional advice, should I add "depends on REGULATOR" and
> > "depends on REGULATOR_FIXED_VOLTAGE" in the Kconfig to enforce compilation dependencies?
> >
>
> drivers/pinctrl/Kconfig
> 209 config PINCTRL_EIC7700
> 210 tristate "EIC7700 PINCTRL driver"
> 211 depends on ARCH_ESWIN || COMPILE_TEST
> ^^^^^^^^^^
> ARCH_ESWIN doesn't exist so this driver can't actually be enabled. I'm
> not a Kconfig expert but I think that ARCH_ESWIN would normally have the
> regulator stuff?
>
> 212 select PINMUX
> 213 select GENERIC_PINCONF
> 214 help
> 215 This driver support for the pin controller in ESWIN's EIC7700 SoC,
> 216 which supports pin multiplexing, pin configuration,and rgmii voltage
> 217 control.
> 218 Say Y here to enable the eic7700 pinctrl driver
>
> But, yes, the Kconfig should ensure that the driver has all the required
> bits so we don't compile an unprobe-able (improbe-able?) driver.
>
Thanks,
Yulin
next prev parent reply other threads:[~2025-09-02 7:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-19 9:40 [bug report] pinctrl: eswin: Add EIC7700 pinctrl driver Dan Carpenter
2025-09-01 7:34 ` luyulin
2025-09-01 9:07 ` Dan Carpenter
2025-09-02 7:38 ` luyulin [this message]
2025-09-02 8:00 ` Dan Carpenter
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=3eec843c.ae8.199095d1d4c.Coremail.luyulin@eswincomputing.com \
--to=luyulin@eswincomputing.com \
--cc=dan.carpenter@linaro.org \
--cc=linux-gpio@vger.kernel.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 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.