On Fri, Nov 4, 2022 at 7:10 AM Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx> wrote: > This series attempts to add support for software nodes to gpiolib, using > software node references. This allows us to convert more drivers to the > generic device properties and drop support for custom platform data. > > To describe a GPIO via software nodes we can create the following data > items: > > /* Node representing the GPIO controller/GPIO bank */ > static const struct software_node gpio_bank_b_node = { > .name = "B", > }; > > /* > * Properties that will be assigned to a software node assigned to > * the devicei that used platform data. > */ > static const struct property_entry simone_key_enter_props[] = { > PROPERTY_ENTRY_U32("linux,code", KEY_ENTER), > PROPERTY_ENTRY_STRING("label", "enter"), > PROPERTY_ENTRY_REF("gpios", &gpio_bank_b_node, 123, GPIO_ACTIVE_LOW), > { } > }; > > The code in gpiolib handling software nodes uses the name in the > software node representing GPIO controller to locate the actual instance > of GPIO controller. > > Note that kbuild robot is likely to complain about this patchset because > it depends on patches removing [devm_]gpiod_get_from_of_node() and > devm_fwnode_get_[index_]gpiod_from_child() APIs that are still pending. > I pushed them to > > git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git tmp-gpiolib > > for your reference. > > To: Linus Walleij <linus.walleij@xxxxxxxxxx> > To: Bartosz Golaszewski <brgl@xxxxxxxx> > To: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx> > Cc: linux-gpio@xxxxxxxxxxxxxxx > Cc: linux-kernel@xxxxxxxxxxxxxxx > Cc: linux-acpi@xxxxxxxxxxxxxxx I have waited literally years for this patch series :D Acked-by: Linus Walleij <linus.walleij@xxxxxxxxxx> The ACPI details is Andy territory so I dare not speak about those, but for everything else I think this is a go. Yours, Linus Walleij