[PATCH 0/4] [v7] pinctrl: qcom: add support for sparse GPIOs
Linus Walleij
linus.walleij at linaro.org
Tue Nov 14 02:03:39 PST 2017
On Mon, Nov 13, 2017 at 10:53 PM, Timur Tabi <timur at codeaurora.org> wrote:
> On 11/13/2017 03:49 PM, Linus Walleij wrote:
>>
>>
>> From what I have understood Qualcomm has one finger constantly
>> on the fast-forward button for upstreaming right now, which I think
>> is good (everyone should have!) but the limited number of trusted
>> maintainers of core infrastructure code makes bottlenecks form
>> around these drivers where review is really needed and deep queues
>> of patches form. Sorry.
>
>
> That's one of the reasons why I prefer v5 of my patch instead of v7. v5
> does not touch the core. It's much less intrusive and has no risk of
> breaking other drivers. I can't say that about v7.
The more intrusive design is on my request so I will look at it in detail
ASAP. I took a quick look and liked what I saw, I just need to make
sure about the details. Also it'd be nice to have a nod from Björn.
The main reason for some of the work is ACPI, am I right?
Timur could you look quickly at the series posted by Andy Shevchenko
(6 patches prefixed gpiolib: acpi: ) for augmenting ACPI GPIOs in the core?
Especially patch 5 and 6 which introduce the ability to add quirks in the
core.
I'd like to get some ARM-based people to look at it to make sure we
those systems can also quirk their GPIOs if need be.
Yours,
Linus Walleij
More information about the linux-arm-kernel
mailing list