lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 15 Mar 2016 15:21:43 +0100 From: Linus Walleij <linus.walleij@...aro.org> To: Laxman Dewangan <ldewangan@...dia.com> Cc: Rob Herring <robh+dt@...nel.org>, Paweł Moll <pawel.moll@....com>, Mark Rutland <mark.rutland@....com>, Markus Pargmann <mpa@...gutronix.de>, Stephen Warren <swarren@...dotorg.org>, Thierry Reding <treding@...dia.com>, Benoit Parrot <bparrot@...com>, Alexandre Courbot <acourbot@...dia.com>, "devicetree@...r.kernel.org" <devicetree@...r.kernel.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: Re: [PATCH V2 5/5] gpio: of: Add support to have multiple gpios in gpio-hog On Fri, Mar 11, 2016 at 2:43 PM, Laxman Dewangan <ldewangan@...dia.com> wrote: > The child node for gpio hogs under gpio controller's node > provide the mechanism to automatic GPIO request and > configuration as part of the gpio-controller's driver > probe function. > > Currently, property "gpio" takes one gpios for such > configuration. Add support to have multiple GPIOs in > this property so that multiple GPIOs of gpio-controller > can be configured by this mechanism with one child node. > > Signed-off-by: Laxman Dewangan <ldewangan@...dia.com> > Cc: Benoit Parrot <bparrot@...com> > Cc: Alexandre Courbot <acourbot@...dia.com> > > --- > Changes from V1: > - Add "labels" property for GPIO label names. Actually it's just "label" as seen from the code and the binding. Though it would make sense to have labels (pluralis) as it can be more than one and accompanies "gpios" which is plural. Rob: what is the pattern here? (Grep the existing bindings to check how multiple labels are handled in other subsystems...) (...) > - if (name && of_property_read_string(np, "line-name", name)) > - *name = np->name; > + if (!name) > + goto out; > > + ret = of_property_read_string(np, "line-name", name); > + if (ret) > + ret = of_property_read_string_index(np, "label", gpio_index, > + name); > + if (ret) > + *name = np->name; This looks to me like if "line-name" is specified, all lines will get the same name if gpios contain more than one item. Is this what we want? Yours, Linus Walleij
Powered by blists - more mailing lists