On Mon, Mar 8, 2021 at 8:26 PM Rafael J. Wysocki <rafael@xxxxxxxxxx> wrote: > > On Mon, Mar 8, 2021 at 8:23 PM Bartosz Golaszewski > <bgolaszewski@xxxxxxxxxxxx> wrote: > > > > On Mon, Mar 8, 2021 at 7:22 PM Rafael J. Wysocki <rafael@xxxxxxxxxx> wrote: > > > > > > On Thu, Mar 4, 2021 at 9:13 PM Andy Shevchenko > > > <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote: > > > > > > > > GPIO library uses of_node and fwnode in the core in non-unified way. > > > > The series cleans this up and improves IRQ domain creation for non-OF cases > > > > where currently the names of the domain are 'unknown'. > > > > > > > > This has been tested on Intel Galileo Gen 2. > > > > > > > > In v3: > > > > - fix subtle bug in gpiod_count > > > > - make irq_domain_add_simple() static inline (Marc) > > > > > > > > In v2: > > > > - added a new patch due to functionality in irq_comain_add_simple() (Linus) > > > > - tagged patches 2-4 (Linus) > > > > - Cc'ed to Rafael > > > > > > > > Andy Shevchenko (5): > > > > irqdomain: Introduce irq_domain_create_simple() API > > > > gpiolib: Unify the checks on fwnode type > > > > gpiolib: Move of_node operations to gpiolib-of and correct fwnode use > > > > gpiolib: Introduce acpi_gpio_dev_init() and call it from core > > > > gpiolib: Reuse device's fwnode to create IRQ domain > > > > > > [1-4/5] applied as 5.13 material and I have a minor comment regarding > > > the last patch (will send separately). > > > > > > Thanks! > > > > Hi Rafael! > > > > AFAICT this should go through the GPIO tree as usual. Any reason for > > you to pick these patches this time? > > My impression was that Andy wanted me to take them. > > However, if you'd rather take care of them yourself, there you go! > > I'll drop them now and assume that they will be routed through the GPIO tree. > > Thanks! They touch a lot of core GPIO code and are likely to conflict if any other changes show up this release cycle. I'd rather take them through the usual channel. Thanks! Bartosz