On Mon, Aug 29, 2022 at 03:15:43PM +0200, Nuno Sá wrote: > The main goal of this patchset is to remove platform data and replace it by > firmware properties. Original discussion in [1]. > > While in here, some refactor was done to the driver. The most noticeable one > is to replace the GPIs events handling by irqchip support so that this gpi > keys can be "consumed" by the gpio-keys driver (also as suggested in [1]). > With this, the gpio-adp5588 can be removed. This change comes first so that > we can already remove some platform data variables making it easier to > completly replace it by firmware properties further down in the series. > > As there's no users of the platform data, I just replace it in a single > patch as there's no point in having support for both (even though it might > be harder to review the patch as-is). > > Special note to the gpio-adp5588 driver removal. I'm aware of some changes > to the driver in [2]. These changes are in the gpio tree and this patchset > is naturally based on the input tree which means that patch 2 will > not apply. So, I'm not really sure how to handle this. I guess in this > case the conflict is easy to handle :) but just let me know on how to > proceed in here if there's anything for me to do. > > [1]: https://lore.kernel.org/linux-input/20220504084617.36844-1-u.kleine-koenig@xxxxxxxxxxxxxx/ > [2]: https://lore.kernel.org/linux-gpio/20220628193906.36350-3-andriy.shevchenko@xxxxxxxxxxxxxxx/ Given that one of the GPIO maintainers Acked the removal I applied the series to my tree, thank you. -- Dmitry
