All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Santosh Kumar Yadav <santoshkumar.yadav@barco.com>,
	 Peter Korsgaard <peter.korsgaard@barco.com>,
	 Hans de Goede <hansg@kernel.org>,
	Linus Walleij <linusw@kernel.org>,
	 Bartosz Golaszewski <brgl@kernel.org>,
	platform-driver-x86@vger.kernel.org,
	 LKML <linux-kernel@vger.kernel.org>,
	linux-gpio@vger.kernel.org
Subject: Re: [PATCH] platform/x86: barco-p50-gpio: normalize return value of gpio_get
Date: Tue, 17 Mar 2026 15:25:02 +0200 (EET)	[thread overview]
Message-ID: <a8602563-dd39-93bb-115d-24939c41d1de@linux.intel.com> (raw)
In-Reply-To: <aa-3e_Wjh5J5XFi3@google.com>

[-- Attachment #1: Type: text/plain, Size: 1872 bytes --]

On Mon, 9 Mar 2026, Dmitry Torokhov wrote:

> On Mon, Feb 23, 2026 at 04:11:10PM +0200, Ilpo Järvinen wrote:
> > On Wed, 18 Feb 2026, Dmitry Torokhov wrote:
> > 
> > > The GPIO get callback is expected to return 0 or 1 (or a negative error
> > > code). Ensure that the value returned by p50_gpio_get() is normalized
> > > to the [0, 1] range.
> > > 
> > > Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
> > > ---
> > >  drivers/platform/x86/barco-p50-gpio.c | 5 ++++-
> > >  1 file changed, 4 insertions(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/platform/x86/barco-p50-gpio.c b/drivers/platform/x86/barco-p50-gpio.c
> > > index 6f13e81f98fb..360ffd8505d6 100644
> > > --- a/drivers/platform/x86/barco-p50-gpio.c
> > > +++ b/drivers/platform/x86/barco-p50-gpio.c
> > > @@ -275,8 +275,11 @@ static int p50_gpio_get(struct gpio_chip *gc, unsigned int offset)
> > >  	mutex_lock(&p50->lock);
> > >  
> > >  	ret = p50_send_mbox_cmd(p50, P50_MBOX_CMD_READ_GPIO, gpio_params[offset], 0);
> > > -	if (ret == 0)
> > > +	if (ret == 0) {
> > >  		ret = p50_read_mbox_reg(p50, P50_MBOX_REG_DATA);
> > > +		if (ret >= 0)
> > > +			ret = !!ret;
> > > +	}
> > >  
> > >  	mutex_unlock(&p50->lock);
> > 
> > A simpler flow would be preferrable over all that nesting. Is this 
> > logically correct:
> > 
> > 	guard(mutex)(p50->lock);
> > 	ret = p50_send_mbox_cmd(p50, P50_MBOX_CMD_READ_GPIO, gpio_params[offset], 0);
> > 	if (ret < 0)
> > 		return ret;
> > 
> > 	ret = p50_read_mbox_reg(p50, P50_MBOX_REG_DATA);
> > 	if (ret < 0)
> > 		return ret;
> > 
> > 	return !!ret;
> 
> Yes, but I wanted to minimize the amount of change. Maybe I should send
> a followup patch converting to guard()?

Please do. I don't want to be adding into complexity when we've a nice 
solution to simplify it using guard().

-- 
 i.

      reply	other threads:[~2026-03-17 13:25 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-18 20:58 [PATCH] platform/x86: barco-p50-gpio: normalize return value of gpio_get Dmitry Torokhov
2026-02-19 17:27 ` Linus Walleij
2026-02-23 14:11 ` Ilpo Järvinen
2026-03-10  6:18   ` Dmitry Torokhov
2026-03-17 13:25     ` Ilpo Järvinen [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=a8602563-dd39-93bb-115d-24939c41d1de@linux.intel.com \
    --to=ilpo.jarvinen@linux.intel.com \
    --cc=brgl@kernel.org \
    --cc=dmitry.torokhov@gmail.com \
    --cc=hansg@kernel.org \
    --cc=linusw@kernel.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter.korsgaard@barco.com \
    --cc=platform-driver-x86@vger.kernel.org \
    --cc=santoshkumar.yadav@barco.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 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.