All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.