[PATCH 00/49] regmap-irq cleanups and refactoring
Aidan MacDonald
aidanmacdonald.0x0 at gmail.com
Tue Jun 21 14:04:59 PDT 2022
Mark Brown <broonie at kernel.org> writes:
> On Mon, Jun 20, 2022 at 09:05:55PM +0100, Aidan MacDonald wrote:
>
>> Here's a bunch of cleanups for regmap-irq focused on simplifying the API
>> and generalizing it a bit. It's broken up into three refactors, focusing
>> on one area at a time.
>
> This series is very large and the way it is interleaving patches for
> several different subsystems adds to the difficulty managing it. As
> you've identified there's several different subserieses in here, if you
> need to resend any of this (I've not even started looking at the actual
> patches yet) it would be easier to digest with some combination of
> sending as separate serieses and reordering things so that all the
> things for each subsystem are grouped together. That'd help with both
> review and with merging, both large serieses and cross subsystem
> dependencies tend to slow things down.
Thanks for the advice. After reading this and some of Andy's comments I
think I understand how to organize this better.
I'll send a trimmed down series including only regmap changes, and
instead of removing things right away I'll just mark them deprecated.
Then the driver patches can go by subsystem (one series per subsystem?)
and once everything is merged the deprecated stuff in regmap-irq can be
removed at a later date.
More information about the linux-arm-kernel
mailing list