| Message ID | 1359381151-28127-1-git-send-email-linus.walleij@stericsson.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
On Mon, Jan 28, 2013 at 02:52:31PM +0100, Linus Walleij wrote: > From: Linus Walleij <linus.walleij@linaro.org> > > The pin controller is an inherent part of the SoC, without > it the system will not boot, thus it needs to be selected > from Kconfig. > > Cc: arm@kernel.org > Signed-off-by: Linus Walleij <linus.walleij@linaro.org> > --- > Requesting ACK from ARM SoC on this patch. Acked-by: Olof Johansson <olof@lixom.net> ... but I wonder if this is growing out of hand. Since they will always be selected (and required) for UX500_SOC_DB8500, why not just make them silent options that default to y with that as a depend? -Olof
On Tue, Jan 29, 2013 at 12:00 AM, Olof Johansson <olof@lixom.net> wrote: > On Mon, Jan 28, 2013 at 02:52:31PM +0100, Linus Walleij wrote: >> From: Linus Walleij <linus.walleij@linaro.org> >> >> The pin controller is an inherent part of the SoC, without >> it the system will not boot, thus it needs to be selected >> from Kconfig. >> >> Cc: arm@kernel.org >> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> >> --- >> Requesting ACK from ARM SoC on this patch. > > Acked-by: Olof Johansson <olof@lixom.net> Thanks! > ... but I wonder if this is growing out of hand. Since they will always > be selected (and required) for UX500_SOC_DB8500, why not just make them > silent options that default to y with that as a depend? So either I do it like this by using select FOO in the Kconfig for the affected SoC, or I just turn it around and make it depend on the affected SoC and select it to "y" default. It's like eating eggs from the little or big end or something. This current approach has the upside of not proliferating the SoC Kconfig symbol outside of the ARM tree, but I have no strong preference... All this stuff used to live in the arch/arm/mach-foo folders in the past, like the clocks you just have to default-enable it somehow. Linus Walleij
On Tue, Jan 29, 2013 at 10:16 AM, Linus Walleij <linus.walleij@linaro.org> wrote: > On Tue, Jan 29, 2013 at 12:00 AM, Olof Johansson <olof@lixom.net> wrote: >> On Mon, Jan 28, 2013 at 02:52:31PM +0100, Linus Walleij wrote: >>> From: Linus Walleij <linus.walleij@linaro.org> >>> >>> The pin controller is an inherent part of the SoC, without >>> it the system will not boot, thus it needs to be selected >>> from Kconfig. >>> >>> Cc: arm@kernel.org >>> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> >>> --- >>> Requesting ACK from ARM SoC on this patch. >> >> Acked-by: Olof Johansson <olof@lixom.net> > > Thanks! > >> ... but I wonder if this is growing out of hand. Since they will always >> be selected (and required) for UX500_SOC_DB8500, why not just make them >> silent options that default to y with that as a depend? > > So either I do it like this by using select FOO in the > Kconfig for the affected SoC, or I just turn it around > and make it depend on the affected SoC and select it > to "y" default. > > It's like eating eggs from the little or big end or something. > > This current approach has the upside of not proliferating > the SoC Kconfig symbol outside of the ARM tree, but > I have no strong preference... > > All this stuff used to live in the arch/arm/mach-foo > folders in the past, like the clocks you just have to > default-enable it somehow. Hm. Damned if we do, damned if we don't. Well, the slightly awkward part is probably that we split them up in a bunch of Kconfig options that we need to select, but at the end of the day, they are all either selected or unselected together. So the granularity just means more Kconfig select lines. Still, not a horrible problem, it just started to look at bit excessive in the arch/arm/mach-* Kconfig. -Olof
diff --git a/arch/arm/mach-ux500/Kconfig b/arch/arm/mach-ux500/Kconfig index 5a12a7a..3e5bbd0 100644 --- a/arch/arm/mach-ux500/Kconfig +++ b/arch/arm/mach-ux500/Kconfig @@ -19,6 +19,7 @@ config UX500_SOC_DB8500 select CPU_FREQ_TABLE if CPU_FREQ select MFD_DB8500_PRCMU select PINCTRL_DB8500 + select PINCTRL_DB8540 select PINCTRL_AB8500 select PINCTRL_AB8505 select PINCTRL_AB9540