On Mon, Feb 12, 2018 at 9:56 AM, Chen-Yu Tsai <w...@csie.org> wrote:
> On Sun, Feb 11, 2018 at 6:18 PM, Jagan Teki <jagannadh.t...@gmail.com> wrote:
>> Add simple and meaningful kconfig option for prcm.c
>> instead of using MACH type on Makefile.
>>
>> PRCM (Power/Reset/Clock Management) is considered as a
>> Multi-Functional Device, so used the same on Kconfig definition.
>>
>> Signed-off-by: Jagan Teki <ja...@amarulasolutions.com>
>> ---
>>  arch/arm/mach-sunxi/Kconfig  | 7 +++++++
>>  arch/arm/mach-sunxi/Makefile | 2 +-
>>  2 files changed, 8 insertions(+), 1 deletion(-)
>>
>> diff --git a/arch/arm/mach-sunxi/Kconfig b/arch/arm/mach-sunxi/Kconfig
>> index 1fededd..2b9f48b 100644
>> --- a/arch/arm/mach-sunxi/Kconfig
>> +++ b/arch/arm/mach-sunxi/Kconfig
>> @@ -6,6 +6,12 @@ config SPL_LDSCRIPT
>>  config IDENT_STRING
>>         default " Allwinner Technology"
>>
>> +config MFD_SUN6I_PRCM
>> +       bool "Allwinner A31 PRCM controller"
>> +       help
>> +         Support for the PRCM (Power/Reset/Clock Management) unit available
>> +         in A31 SoC.
>> +
>
> Do these entries even need to be visible?
> It's not like it makes sense to toggle them independently.
> This applies to almost all the patches in this series.

True with PRCM and DRAM and others shouldn't relate to arch code and
move to drivers in future.
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot

Reply via email to