From: Krzysztof Kozlowski <hidden> Date: 2016-01-25 00:50:42
Dear Michael and Stephen,
Patch 2 *depends* on patch 1. I was thinking about merging this through
arm-soc tree after getting your acks.
Can you look at patch 1 here and share your comments?
Short introduction
==================
We don't need ARCH_EXYNOS7 symbol because all ARMv8 platforms should
fall under generic ARCH_EXYNOS. In the same time there is no sense
in building clocks for these ARMv8 SoCs on ARMv7 builds. In future
this will also influence PMU [1] driver.
Best regards,
Krzysztof
[1] https://www.mail-archive.com/linux-samsung-soc at vger.kernel.org/msg48090.html
Krzysztof Kozlowski (2):
clk: samsung: Don't build ARMv8 clock drivers on ARMv7
arm64: EXYNOS: Consolidate ARCH_EXYNOS7 symbol into ARCH_EXYNOS
arch/arm64/Kconfig.platforms | 11 ++---------
arch/arm64/boot/dts/exynos/Makefile | 2 +-
arch/arm64/configs/defconfig | 2 +-
drivers/clk/samsung/Kconfig | 6 ++++++
drivers/clk/samsung/Makefile | 4 ++--
5 files changed, 12 insertions(+), 13 deletions(-)
--
1.9.1
From: Krzysztof Kozlowski <hidden> Date: 2016-01-25 00:50:53
The ARMv8 Exynos family SoCs in Linux kernel are currently:
- Exynos5433 (controlled by ARCH_EXYNOS),
- Exynos7 (controlled by ARCH_EXYNOS7).
It duplicates Kconfig symbols unnecessarily, so consolidate them into
one ARCH_EXYNOS. Future SoCs could fall also under the ARCH_EXYNOS
symbol.
The commit should not bring any visible functional change.
Signed-off-by: Krzysztof Kozlowski <redacted>
Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com>
Reviewed-by: Pankaj Dubey <redacted>
Tested-by: Alim Akhtar <alim.akhtar@samsung.com>
Reviewed-by: Tomasz Figa <redacted>
---
Changes since v1:
1. Minor cleanups after Tomasz's comments.
2. Added tags: Chanwoo's, Pankaj's, Alim's and Tomasz's.
---
arch/arm64/Kconfig.platforms | 11 ++---------
arch/arm64/boot/dts/exynos/Makefile | 2 +-
arch/arm64/configs/defconfig | 2 +-
3 files changed, 4 insertions(+), 11 deletions(-)
@@ -33,7 +33,7 @@ CONFIG_MODULE_UNLOAD=y # CONFIG_IOSCHED_DEADLINE is not set CONFIG_ARCH_BCM_IPROC=y CONFIG_ARCH_BERLIN=y-CONFIG_ARCH_EXYNOS7=y+CONFIG_ARCH_EXYNOS=y CONFIG_ARCH_LAYERSCAPE=y CONFIG_ARCH_HISI=y CONFIG_ARCH_MEDIATEK=y
From: Krzysztof Kozlowski <hidden> Date: 2016-01-25 00:50:56
Currently the Exynos5433 (ARMv8 SoC) clock driver depends on ARCH_EXYNOS
so it is built also on ARMv7. This does not bring any kind of benefit.
There won't be a single kernel image for ARMv7 and ARMv8 SoCs (like
multi_v7 for ARMv7).
Instead build clock drivers only for respective SoC's architecture.
Signed-off-by: Krzysztof Kozlowski <redacted>
Reviewed-by: Chanwoo Choi <cw00.choi@samsung.com>
Acked-by: Sylwester Nawrocki <s.nawrocki@samsung.com>
Tested-by: Alim Akhtar <alim.akhtar@samsung.com>
Acked-by: Tomasz Figa <redacted>
---
Changes since v1:
1. Use one Kconfig symbol for clocks of all ARM64 SoCs (after
discussion): EXYNOS_ARM64_COMMON_CLK.
2. Minor cleanups after Tomasz's comments.
3. Added tags: Chanwoo's, Sylwester's, Alim's and Tomasz's (the tags
were given for v1 but assuming that change from 1. is not major
enough to require re-tagging).
---
drivers/clk/samsung/Kconfig | 6 ++++++
drivers/clk/samsung/Makefile | 4 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
So you always enable it on ARM64 when ARCH_EXYNOS is enabled, but
enable it silently on ARM32 when COMPILE_TEST is set?
That sounds wrong. How about
config EXYNOS_ARM64_COMMON_CLK
bool "EXYNOS 64-bit clock support" if COMPILE_TEST
default ARM64 && ARCH_EXYNOS
depends on (ARM64 && ARCH_EXYNOS) || COMPILE_TEST
select COMMON_CLK_SAMSUNG
Arnd
So you always enable it on ARM64 when ARCH_EXYNOS is enabled, but
enable it silently on ARM32 when COMPILE_TEST is set?
Hmm... indeed it would better to make it toggle-able when COMPILE_TEST.
That sounds wrong. How about
config EXYNOS_ARM64_COMMON_CLK
bool "EXYNOS 64-bit clock support" if COMPILE_TEST
default ARM64 && ARCH_EXYNOS
depends on (ARM64 && ARCH_EXYNOS) || COMPILE_TEST
select COMMON_CLK_SAMSUNG
Although this looks more complicated but it does the trick. Thanks for
the hint. Only one (not related directly to this change) issue - with
COMPILE_TEST the "EXYNOS 64-bit clock support" option goes above the
common clock framework (up to drivers section) because it is not part of
the Clocks menu. I'll fix it in v3.
Best regards,
Krzysztof