lkml.org 
[lkml]   [2021]   [Nov]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v3 2/2] gpiolib: check the 'ngpios' property in core gpiolib code
On Wed, Nov 24, 2021 at 04:46:58PM +0200, Andy Shevchenko wrote:
> On Wed, Nov 24, 2021 at 01:28:50PM +0100, Bartosz Golaszewski wrote:
> > Several drivers read the 'ngpios' device property on their own, but
> > since it's defined as a standard GPIO property in the device tree bindings
> > anyway, it's a good candidate for generalization. If the driver didn't
> > set its gc->ngpio, try to read the 'ngpios' property from the GPIO
> > device's firmware node before bailing out.

...

> What about the modified suggestion from previous version:
>
> if (gc->ngpio == 0) {
> ret = device_property_read_u32(&gdev->dev, "ngpios", &ngpios);
> /*
> * -ENODATA means that there is no property found and
> * we want to issue the error message to the user. Besides
> * that, we want to return different error code to state
> * that supplied value is not valid.
> */
> if (ret == -ENODATA)
> ngpios = 0;
> else if (ret)
> return ret;
>
> gc->ngpio = ngpios;
> }
>
> if (gc->ngpio == 0) {
> chip_err(gc, "tried to insert a GPIO chip with zero lines\n");
> ret = -EINVAL;
> goto err_free_descs;
> }
>
> ?

If you okay to go with this code,
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>

--
With Best Regards,
Andy Shevchenko


\
 
 \ /
  Last update: 2021-11-24 15:50    [W:0.060 / U:0.404 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site