[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