Thread (34 messages) 34 messages, 8 authors, 2014-02-28
STALE4477d REVIEWED: 1 (0M)

[PATCH v2 1/9] ARM: centralize common multi-platform kconfig options

From: Linus Walleij <hidden>
Date: 2014-02-24 09:41:08

On Fri, Feb 14, 2014 at 3:02 PM, Rob Herring [off-list ref] wrote:
On Fri, Feb 14, 2014 at 4:40 AM, Linus Walleij [off-list ref] wrote:
quoted
On Tue, Feb 11, 2014 at 10:11 PM, Rob Herring [off-list ref] wrote:
quoted
From: Rob Herring <robh@kernel.org>

Multi-platform requires various kconfig options to be selected, so
platforms don't need to select them individually.

Signed-off-by: Rob Herring <robh@kernel.org>
Cc: Linus Walleij <redacted>
Cc: Russell King <redacted>
OK makes sense. Maybe a bit unintuitive that multiplat
make gpiolib wanted optional and then platforms override
this by requiring it, but whatever, I cannot think of anything
better.
Acked-by: Linus Walleij <redacted>
It's really just about making gpiolib visible. Can we just kill the
symbol or there are still non-gpiolib users that would conflict?
Oh no and yes. I'm working on trying to get rid of that
old cruft, but the problem is that I basically have to acquire
or delete these platforms to get them off the "generic GPIO"
API (i.e. just a set of functions with certain names).

Old habits die hard you know.

Having the symbol default-selected by multiplatform definately
puts up a roadblock stopping new platforms from doing
anything like that again so at second thought I really like
this patch:
Reviewed-by: Linus Walleij <redacted>

Yours,
Linus Walleij
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help