On Mon, Mar 20, 2023 at 4:32 PM Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote: > > On Mon, Mar 20, 2023 at 10:50:14AM -0400, William Breathitt Gray wrote: > > Changes in v3: > > - Inline dio48gpio->map usage in dio48e_handle_mask_sync() to avoid > > redefining map parameter > > > > Remove the map parameter from the struct regmap_irq_chip callback > > handle_mask_sync() because it can be passed via the irq_drv_data > > parameter instead. The gpio-104-dio-48e driver is the only consumer of > > this callback and is thus updated accordingly. > > > > A couple pending patchsets also utilize handle_mask_sync() [0][1], so > > it'll be useful to merge the changes in this series first to avoid > > subsequent noise adjusting the dependent drivers. > > Reviewed-by: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx> > > I believe this should go to the immutable branch somewhere, so GPIO and regmap > subsystems can pull from. > > > [0] https://lore.kernel.org/r/cover.1677515341.git.william.gray@xxxxxxxxxx/ > > [1] https://lore.kernel.org/r/cover.1678106722.git.william.gray@xxxxxxxxxx/ > > > > William Breathitt Gray (2): > > gpio: 104-dio-48e: Implement struct dio48e_gpio > > regmap-irq: Drop map from handle_mask_sync() parameters > > > > drivers/base/regmap/regmap-irq.c | 5 ++--- > > drivers/gpio/gpio-104-dio-48e.c | 37 +++++++++++++++++++++----------- > > include/linux/regmap.h | 3 +-- > > 3 files changed, 28 insertions(+), 17 deletions(-) > > > > > > base-commit: 03810031c91dfe448cd116ee987d5dc4139006f4 > > -- > > 2.39.2 > > > > -- > With Best Regards, > Andy Shevchenko > > Since patch 2/2 touches both GPIO and regmap, ideally I would get an Ack from Mark and take it through GPIO tree and then possibly provide Mark with a tag. Bart