* [PATCH 0/3] Add Exynos5800 support
@ 2014-05-02 13:03 Arun Kumar K
2014-05-02 13:03 ` [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks Arun Kumar K
` (3 more replies)
0 siblings, 4 replies; 22+ messages in thread
From: Arun Kumar K @ 2014-05-02 13:03 UTC (permalink / raw)
To: linux-samsung-soc, devicetree
Cc: kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera,
arunkk.samsung
Exynos5800 is a derivative of Exynos5420 with higher
clock speeds and most other IP blocks remaining the same
except for a few.
Due to the similarities with 5420, following is done to
achieve maximum code re-use:
- Use the same 5420 clock file with few changes for adding
extra 5800 clocks.
- Include the 5420 dtsi into 5800 and override required
properties.
This series is dependent on the following patches
1) Adding node labels for Exynos5420
https://patchwork.kernel.org/patch/4092701/
2) Adding pwm nodes for backlight
https://patchwork.kernel.org/patch/4101881/
Alim Akhtar (1):
clk: exynos5420: Add 5800 specific clocks
Arun Kumar K (2):
ARM: dts: Add Exynos5800 dt file
ARM: dts: Add peach-pi board support
.../devicetree/bindings/clock/exynos5420-clock.txt | 3 +-
arch/arm/boot/dts/Makefile | 3 +-
arch/arm/boot/dts/exynos5800-peach-pi.dts | 144 +++++++++++++++
arch/arm/boot/dts/exynos5800.dtsi | 24 +++
drivers/clk/samsung/clk-exynos5420.c | 192 +++++++++++++++-----
include/dt-bindings/clock/exynos5420.h | 1 +
6 files changed, 320 insertions(+), 47 deletions(-)
create mode 100644 arch/arm/boot/dts/exynos5800-peach-pi.dts
create mode 100644 arch/arm/boot/dts/exynos5800.dtsi
--
1.7.9.5
^ permalink raw reply [flat|nested] 22+ messages in thread* [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 13:03 [PATCH 0/3] Add Exynos5800 support Arun Kumar K @ 2014-05-02 13:03 ` Arun Kumar K 2014-05-02 17:23 ` Tomasz Figa ` (2 more replies) 2014-05-02 13:03 ` [PATCH 2/3] ARM: dts: Add Exynos5800 dt file Arun Kumar K ` (2 subsequent siblings) 3 siblings, 3 replies; 22+ messages in thread From: Arun Kumar K @ 2014-05-02 13:03 UTC (permalink / raw) To: linux-samsung-soc, devicetree Cc: kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung From: Alim Akhtar <alim.akhtar@samsung.com> Exynos5800 clock structure is mostly similar to 5420 with only a small delta changes. So the 5420 clock file is re-used for 5800 also. The common clocks for both are seggreagated and few clocks which are different for both are separately initialized. Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> Signed-off-by: Arun Kumar K <arun.kk@samsung.com> --- .../devicetree/bindings/clock/exynos5420-clock.txt | 3 +- drivers/clk/samsung/clk-exynos5420.c | 192 +++++++++++++++----- include/dt-bindings/clock/exynos5420.h | 1 + 3 files changed, 150 insertions(+), 46 deletions(-) diff --git a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt index ca88c97..d54f42c 100644 --- a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt +++ b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt @@ -1,12 +1,13 @@ * Samsung Exynos5420 Clock Controller The Exynos5420 clock controller generates and supplies clock to various -controllers within the Exynos5420 SoC. +controllers within the Exynos5420 SoC and for the Exynos5800 SoC. Required Properties: - compatible: should be one of the following. - "samsung,exynos5420-clock" - controller compatible with Exynos5420 SoC. + - "samsung,exynos5800-clock" - controller compatible with Exynos5800 SoC. - reg: physical base address of the controller and length of memory mapped region. diff --git a/drivers/clk/samsung/clk-exynos5420.c b/drivers/clk/samsung/clk-exynos5420.c index 60b2681..0543cb7 100644 --- a/drivers/clk/samsung/clk-exynos5420.c +++ b/drivers/clk/samsung/clk-exynos5420.c @@ -51,6 +51,7 @@ #define SRC_TOP5 0x10214 #define SRC_TOP6 0x10218 #define SRC_TOP7 0x1021c +#define SRC_TOP9 0x10224 /* 5800 specific */ #define SRC_DISP10 0x1022c #define SRC_MAU 0x10240 #define SRC_FSYS 0x10244 @@ -59,6 +60,7 @@ #define SRC_TOP10 0x10280 #define SRC_TOP11 0x10284 #define SRC_TOP12 0x10288 +#define SRC_TOP13 0x1028c /* 5800 specific */ #define SRC_MASK_DISP10 0x1032c #define SRC_MASK_FSYS 0x10340 #define SRC_MASK_PERIC0 0x10350 @@ -66,6 +68,7 @@ #define DIV_TOP0 0x10500 #define DIV_TOP1 0x10504 #define DIV_TOP2 0x10508 +#define DIV_TOP9 0x10524 /* 5800 specific */ #define DIV_DISP10 0x1052c #define DIV_MAU 0x10544 #define DIV_FSYS0 0x10548 @@ -102,8 +105,14 @@ #define SRC_KFC 0x28200 #define DIV_KFC0 0x28500 +/* Exynos5x SoC type */ +enum exynos5x_soc { + EXYNOS5420, + EXYNOS5800, +}; + /* list of PLLs */ -enum exynos5420_plls { +enum exynos5x_plls { apll, cpll, dpll, epll, rpll, ipll, spll, vpll, mpll, bpll, kpll, nr_plls /* number of PLLs */ @@ -112,13 +121,13 @@ enum exynos5420_plls { static void __iomem *reg_base; #ifdef CONFIG_PM_SLEEP -static struct samsung_clk_reg_dump *exynos5420_save; +static struct samsung_clk_reg_dump *exynos5x_save; /* * list of controller registers to be saved and restored during a * suspend/resume cycle. */ -static unsigned long exynos5420_clk_regs[] __initdata = { +static unsigned long exynos5x_clk_regs[] __initdata = { SRC_CPU, DIV_CPU0, DIV_CPU1, @@ -182,16 +191,16 @@ static unsigned long exynos5420_clk_regs[] __initdata = { static int exynos5420_clk_suspend(void) { - samsung_clk_save(reg_base, exynos5420_save, - ARRAY_SIZE(exynos5420_clk_regs)); + samsung_clk_save(reg_base, exynos5x_save, + ARRAY_SIZE(exynos5x_clk_regs)); return 0; } static void exynos5420_clk_resume(void) { - samsung_clk_restore(reg_base, exynos5420_save, - ARRAY_SIZE(exynos5420_clk_regs)); + samsung_clk_restore(reg_base, exynos5x_save, + ARRAY_SIZE(exynos5x_clk_regs)); } static struct syscore_ops exynos5420_clk_syscore_ops = { @@ -201,9 +210,9 @@ static struct syscore_ops exynos5420_clk_syscore_ops = { static void exynos5420_clk_sleep_init(void) { - exynos5420_save = samsung_clk_alloc_reg_dump(exynos5420_clk_regs, - ARRAY_SIZE(exynos5420_clk_regs)); - if (!exynos5420_save) { + exynos5x_save = samsung_clk_alloc_reg_dump(exynos5x_clk_regs, + ARRAY_SIZE(exynos5x_clk_regs)); + if (!exynos5x_save) { pr_warn("%s: failed to allocate sleep save data, no sleep support!\n", __func__); return; @@ -296,13 +305,29 @@ PNAME(hdmi_p) = { "dout_hdmi_pixel", "sclk_hdmiphy" }; PNAME(maudio0_p) = { "fin_pll", "maudio_clk", "sclk_dpll", "sclk_mpll", "sclk_spll", "sclk_ipll", "sclk_epll", "sclk_rpll" }; +/* List of parents specific to exynos5800 */ +PNAME(mout_epll2_5800_p) = { "mout_sclk_epll", "ffactor_dout_epll2" }; +PNAME(mout_group1_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", + "mout_sclk_mpll", "ffactor_dout_spll2" }; +PNAME(mout_group3_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", + "mout_sclk_mpll", "ffactor_dout_spll2", + "mout_epll2" }; +PNAME(mout_group5_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", + "mout_sclk_mpll", "mout_sclk_spll" }; +PNAME(mout_group6_5800_p) = { "mout_sclk_ipll", "mout_sclk_dpll", + "mout_sclk_mpll", "ffactor_dout_spll2" }; +PNAME(mout_group8_5800_p) = { "dout_aclk432_scaler", "dout_sclk_sw" }; +PNAME(mout_group9_5800_p) = { "dout_osc_div", "mout_sw_aclk432_scaler" }; + /* fixed rate clocks generated outside the soc */ -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_ext_clks[] __initdata = { +static struct +samsung_fixed_rate_clock exynos5x_fixed_rate_ext_clks[] __initdata = { FRATE(CLK_FIN_PLL, "fin_pll", NULL, CLK_IS_ROOT, 0), }; /* fixed rate clocks generated inside the soc */ -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_clks[] __initdata = { +static struct +samsung_fixed_rate_clock exynos5x_fixed_rate_clks[] __initdata = { FRATE(CLK_SCLK_HDMIPHY, "sclk_hdmiphy", NULL, CLK_IS_ROOT, 24000000), FRATE(0, "sclk_pwi", NULL, CLK_IS_ROOT, 24000000), FRATE(0, "sclk_usbh20", NULL, CLK_IS_ROOT, 48000000), @@ -310,39 +335,88 @@ static struct samsung_fixed_rate_clock exynos5420_fixed_rate_clks[] __initdata = FRATE(0, "sclk_usbh20_scan_clk", NULL, CLK_IS_ROOT, 480000000), }; -static struct samsung_fixed_factor_clock exynos5420_fixed_factor_clks[] __initdata = { +static struct +samsung_fixed_factor_clock exynos5x_fixed_factor_clks[] __initdata = { FFACTOR(0, "sclk_hsic_12m", "fin_pll", 1, 2, 0), }; -static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { - MUX(0, "mout_mspll_kfc", mspll_cpu_p, SRC_TOP7, 8, 2), - MUX(0, "mout_mspll_cpu", mspll_cpu_p, SRC_TOP7, 12, 2), - MUX(0, "mout_apll", apll_p, SRC_CPU, 0, 1), - MUX(0, "mout_cpu", cpu_p, SRC_CPU, 16, 1), - MUX(0, "mout_kpll", kpll_p, SRC_KFC, 0, 1), - MUX(0, "mout_cpu_kfc", kfc_p, SRC_KFC, 16, 1), +static struct +samsung_fixed_factor_clock exynos5800_fixed_factor_clks[] __initdata = { + FFACTOR(0, "ffactor_dout_epll2", "mout_sclk_epll", 1, 2, 0), + FFACTOR(0, "ffactor_dout_spll2", "mout_sclk_spll", 1, 2, 0), +}; + +struct samsung_mux_clock exynos5800_mux_clks[] __initdata = { + MUX(0, "mout_aclk400_mscl", mout_group3_5800_p, SRC_TOP0, 4, 3), + + MUX(0, "mout_aclk333_432_gscl", mout_group6_5800_p, SRC_TOP1, 0, 2), + MUX(0, "mout_aclk266", mout_group5_5800_p, SRC_TOP1, 20, 2), + MUX(0, "mout_aclk333", mout_group1_5800_p, SRC_TOP1, 28, 2), + + MUX(0, "mout_aclk333_g2d", mout_group5_5800_p, SRC_TOP2, 8, 2), + MUX(0, "mout_aclk266_g2d", mout_group5_5800_p, SRC_TOP2, 12, 2), + MUX(0, "mout_aclk300_jpeg", mout_group5_5800_p, SRC_TOP2, 20, 2), + MUX(0, "mout_aclk300_disp1", mout_group5_5800_p, SRC_TOP2, 24, 2), + MUX(0, "mout_aclk300_gscl", mout_group5_5800_p, SRC_TOP2, 28, 2), + + MUX(0, "sclk_bpll", bpll_p, SRC_TOP7, 24, 1), + MUX(0, "mout_epll2", mout_epll2_5800_p, SRC_TOP7, 28, 1), + + MUX(0, "mout_user_aclk432_scaler", mout_group9_5800_p, + SRC_TOP9, 28, 1), + MUX(0, "mout_sw_aclk432_scaler", mout_group8_5800_p, + SRC_TOP13, 28, 1), + + MUX(0, "mout_fimd1", group2_p, SRC_DISP10, 4, 3), +}; + +struct samsung_div_clock exynos5800_div_clks[] __initdata = { + DIV(0, "dout_osc_div", "fin_pll", DIV_TOP9, 20, 3), + DIV(0, "dout_sclk_sw", "sclk_spll", DIV_TOP9, 24, 6), +}; + +struct samsung_gate_clock exynos5800_gate_clks[] __initdata = { + GATE(CLK_ACLK432_SCALER, "aclk432_scaler", "mout_user_aclk432_scaler", + GATE_BUS_TOP, 27, 0, 0), +}; + +struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { MUX(0, "sclk_bpll", bpll_p, SRC_CDREX, 0, 1), MUX_A(0, "mout_aclk400_mscl", group1_p, SRC_TOP0, 4, 2, "aclk400_mscl"), - MUX(0, "mout_aclk200", group1_p, SRC_TOP0, 8, 2), - MUX(0, "mout_aclk200_fsys2", group1_p, SRC_TOP0, 12, 2), - MUX(0, "mout_aclk200_fsys", group1_p, SRC_TOP0, 28, 2), MUX(0, "mout_aclk333_432_gscl", group4_p, SRC_TOP1, 0, 2), - MUX(0, "mout_aclk66", group1_p, SRC_TOP1, 8, 2), MUX(0, "mout_aclk266", group1_p, SRC_TOP1, 20, 2), - MUX(0, "mout_aclk166", group1_p, SRC_TOP1, 24, 2), MUX(0, "mout_aclk333", group1_p, SRC_TOP1, 28, 2), MUX(0, "mout_aclk333_g2d", group1_p, SRC_TOP2, 8, 2), MUX(0, "mout_aclk266_g2d", group1_p, SRC_TOP2, 12, 2), - MUX(0, "mout_aclk_g3d", group5_p, SRC_TOP2, 16, 1), MUX(0, "mout_aclk300_jpeg", group1_p, SRC_TOP2, 20, 2), MUX(0, "mout_aclk300_disp1", group1_p, SRC_TOP2, 24, 2), MUX(0, "mout_aclk300_gscl", group1_p, SRC_TOP2, 28, 2), + MUX(0, "mout_fimd1", group3_p, SRC_DISP10, 4, 1), +}; + +static struct samsung_mux_clock exynos5x_mux_clks[] __initdata = { + MUX(0, "mout_mspll_kfc", mspll_cpu_p, SRC_TOP7, 8, 2), + MUX(0, "mout_mspll_cpu", mspll_cpu_p, SRC_TOP7, 12, 2), + MUX(0, "mout_apll", apll_p, SRC_CPU, 0, 1), + MUX(0, "mout_cpu", cpu_p, SRC_CPU, 16, 1), + MUX(0, "mout_kpll", kpll_p, SRC_KFC, 0, 1), + MUX(0, "mout_cpu_kfc", kfc_p, SRC_KFC, 16, 1), + + MUX(0, "mout_aclk200", group1_p, SRC_TOP0, 8, 2), + MUX(0, "mout_aclk200_fsys2", group1_p, SRC_TOP0, 12, 2), + MUX(0, "mout_aclk200_fsys", group1_p, SRC_TOP0, 28, 2), + + MUX(0, "mout_aclk66", group1_p, SRC_TOP1, 8, 2), + MUX(0, "mout_aclk166", group1_p, SRC_TOP1, 24, 2), + + MUX(0, "mout_aclk_g3d", group5_p, SRC_TOP2, 16, 1), + MUX(0, "mout_user_aclk400_mscl", user_aclk400_mscl_p, SRC_TOP3, 4, 1), MUX_A(0, "mout_aclk200_disp1", aclk200_disp1_p, @@ -402,7 +476,6 @@ static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { MUX(0, "mout_sw_aclk300_gscl", sw_aclk300_gscl_p, SRC_TOP12, 28, 1), /* DISP1 Block */ - MUX(0, "mout_fimd1", group3_p, SRC_DISP10, 4, 1), MUX(0, "mout_mipi1", group2_p, SRC_DISP10, 16, 3), MUX(0, "mout_dp1", group2_p, SRC_DISP10, 20, 3), MUX(0, "mout_pixel", group2_p, SRC_DISP10, 24, 3), @@ -434,7 +507,7 @@ static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { MUX(0, "mout_spi2", group2_p, SRC_PERIC1, 28, 3), }; -static struct samsung_div_clock exynos5420_div_clks[] __initdata = { +static struct samsung_div_clock exynos5x_div_clks[] __initdata = { DIV(0, "div_arm", "mout_cpu", DIV_CPU0, 0, 3), DIV(0, "sclk_apll", "mout_apll", DIV_CPU0, 24, 3), DIV(0, "armclk2", "div_arm", DIV_CPU0, 28, 3), @@ -514,7 +587,7 @@ static struct samsung_div_clock exynos5420_div_clks[] __initdata = { DIV(0, "dout_pre_spi2", "dout_spi2", DIV_PERIC4, 24, 8), }; -static struct samsung_gate_clock exynos5420_gate_clks[] __initdata = { +static struct samsung_gate_clock exynos5x_gate_clks[] __initdata = { /* TODO: Re-verify the CG bits for all the gate clocks */ GATE_A(CLK_MCT, "pclk_st", "aclk66_psgen", GATE_BUS_PERIS1, 2, 0, 0, "mct"), @@ -745,7 +818,7 @@ static struct samsung_gate_clock exynos5420_gate_clks[] __initdata = { 0), }; -static struct samsung_pll_clock exynos5420_plls[nr_plls] __initdata = { +static struct samsung_pll_clock exynos5x_plls[nr_plls] __initdata = { [apll] = PLL(pll_2550, CLK_FOUT_APLL, "fout_apll", "fin_pll", APLL_LOCK, APLL_CON0, NULL), [cpll] = PLL(pll_2550, CLK_FOUT_CPLL, "fout_cpll", "fin_pll", CPLL_LOCK, @@ -776,7 +849,8 @@ static struct of_device_id ext_clk_match[] __initdata = { }; /* register exynos5420 clocks */ -static void __init exynos5420_clk_init(struct device_node *np) +static void __init exynos5x_clk_init(struct device_node *np, + enum exynos5x_soc exynos5x_soc) { if (np) { reg_base = of_iomap(np, 0); @@ -787,22 +861,50 @@ static void __init exynos5420_clk_init(struct device_node *np) } samsung_clk_init(np, reg_base, CLK_NR_CLKS); - samsung_clk_of_register_fixed_ext(exynos5420_fixed_rate_ext_clks, - ARRAY_SIZE(exynos5420_fixed_rate_ext_clks), + + samsung_clk_of_register_fixed_ext(exynos5x_fixed_rate_ext_clks, + ARRAY_SIZE(exynos5x_fixed_rate_ext_clks), ext_clk_match); - samsung_clk_register_pll(exynos5420_plls, ARRAY_SIZE(exynos5420_plls), - reg_base); - samsung_clk_register_fixed_rate(exynos5420_fixed_rate_clks, - ARRAY_SIZE(exynos5420_fixed_rate_clks)); - samsung_clk_register_fixed_factor(exynos5420_fixed_factor_clks, - ARRAY_SIZE(exynos5420_fixed_factor_clks)); - samsung_clk_register_mux(exynos5420_mux_clks, - ARRAY_SIZE(exynos5420_mux_clks)); - samsung_clk_register_div(exynos5420_div_clks, - ARRAY_SIZE(exynos5420_div_clks)); - samsung_clk_register_gate(exynos5420_gate_clks, - ARRAY_SIZE(exynos5420_gate_clks)); + samsung_clk_register_pll(exynos5x_plls, + ARRAY_SIZE(exynos5x_plls), + reg_base); + samsung_clk_register_fixed_rate(exynos5x_fixed_rate_clks, + ARRAY_SIZE(exynos5x_fixed_rate_clks)); + samsung_clk_register_fixed_factor(exynos5x_fixed_factor_clks, + ARRAY_SIZE(exynos5x_fixed_factor_clks)); + samsung_clk_register_mux(exynos5x_mux_clks, + ARRAY_SIZE(exynos5x_mux_clks)); + samsung_clk_register_div(exynos5x_div_clks, + ARRAY_SIZE(exynos5x_div_clks)); + samsung_clk_register_gate(exynos5x_gate_clks, + ARRAY_SIZE(exynos5x_gate_clks)); + + if (exynos5x_soc == EXYNOS5420) { + samsung_clk_register_mux(exynos5420_mux_clks, + ARRAY_SIZE(exynos5420_mux_clks)); + } else { + samsung_clk_register_fixed_factor( + exynos5800_fixed_factor_clks, + ARRAY_SIZE(exynos5800_fixed_factor_clks)); + samsung_clk_register_mux(exynos5800_mux_clks, + ARRAY_SIZE(exynos5800_mux_clks)); + samsung_clk_register_div(exynos5800_div_clks, + ARRAY_SIZE(exynos5800_div_clks)); + samsung_clk_register_gate(exynos5800_gate_clks, + ARRAY_SIZE(exynos5800_gate_clks)); + } exynos5420_clk_sleep_init(); } + +static void __init exynos5420_clk_init(struct device_node *np) +{ + exynos5x_clk_init(np, EXYNOS5420); +} CLK_OF_DECLARE(exynos5420_clk, "samsung,exynos5420-clock", exynos5420_clk_init); + +static void __init exynos5800_clk_init(struct device_node *np) +{ + exynos5x_clk_init(np, EXYNOS5800); +} +CLK_OF_DECLARE(exynos5800_clk, "samsung,exynos5800-clock", exynos5800_clk_init); diff --git a/include/dt-bindings/clock/exynos5420.h b/include/dt-bindings/clock/exynos5420.h index 5eefd88..a8b2e3a 100644 --- a/include/dt-bindings/clock/exynos5420.h +++ b/include/dt-bindings/clock/exynos5420.h @@ -175,6 +175,7 @@ #define CLK_ACLK_G3D 500 #define CLK_G3D 501 #define CLK_SMMU_MIXER 502 +#define CLK_ACLK432_SCALER 503 /* mux clocks */ #define CLK_MOUT_HDMI 640 -- 1.7.9.5 ^ permalink raw reply related [flat|nested] 22+ messages in thread
* Re: [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 13:03 ` [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks Arun Kumar K @ 2014-05-02 17:23 ` Tomasz Figa 2014-05-03 12:06 ` Arun Kumar K 2014-05-02 17:51 ` Andrew Bresticker 2014-05-02 18:52 ` Arnd Bergmann 2 siblings, 1 reply; 22+ messages in thread From: Tomasz Figa @ 2014-05-02 17:23 UTC (permalink / raw) To: Arun Kumar K, linux-samsung-soc, devicetree Cc: kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung, Shaik Ameer Basha, Rahul Sharma Hi Arun, Alim, On 02.05.2014 15:03, Arun Kumar K wrote: > From: Alim Akhtar <alim.akhtar@samsung.com> > > Exynos5800 clock structure is mostly similar to 5420 with only > a small delta changes. So the 5420 clock file is re-used for > 5800 also. The common clocks for both are seggreagated and few > clocks which are different for both are separately initialized. Let's start with a general comment to this patch first. Have you consulted this with Shaik and Rahul (on CC) who are currently doing a quite heavy lifting of this driver to make sure that your work don't cause conflicts? Also please see some more specific comments inline. > > Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> > Signed-off-by: Arun Kumar K <arun.kk@samsung.com> > --- > .../devicetree/bindings/clock/exynos5420-clock.txt | 3 +- > drivers/clk/samsung/clk-exynos5420.c | 192 +++++++++++++++----- > include/dt-bindings/clock/exynos5420.h | 1 + > 3 files changed, 150 insertions(+), 46 deletions(-) > > diff --git a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt > index ca88c97..d54f42c 100644 > --- a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt > +++ b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt > @@ -1,12 +1,13 @@ > * Samsung Exynos5420 Clock Controller > > The Exynos5420 clock controller generates and supplies clock to various > -controllers within the Exynos5420 SoC. > +controllers within the Exynos5420 SoC and for the Exynos5800 SoC. > > Required Properties: > > - compatible: should be one of the following. > - "samsung,exynos5420-clock" - controller compatible with Exynos5420 SoC. > + - "samsung,exynos5800-clock" - controller compatible with Exynos5800 SoC. > > - reg: physical base address of the controller and length of memory mapped > region. > diff --git a/drivers/clk/samsung/clk-exynos5420.c b/drivers/clk/samsung/clk-exynos5420.c > index 60b2681..0543cb7 100644 > --- a/drivers/clk/samsung/clk-exynos5420.c > +++ b/drivers/clk/samsung/clk-exynos5420.c > @@ -51,6 +51,7 @@ > #define SRC_TOP5 0x10214 > #define SRC_TOP6 0x10218 > #define SRC_TOP7 0x1021c > +#define SRC_TOP9 0x10224 /* 5800 specific */ > #define SRC_DISP10 0x1022c > #define SRC_MAU 0x10240 > #define SRC_FSYS 0x10244 > @@ -59,6 +60,7 @@ > #define SRC_TOP10 0x10280 > #define SRC_TOP11 0x10284 > #define SRC_TOP12 0x10288 > +#define SRC_TOP13 0x1028c /* 5800 specific */ > #define SRC_MASK_DISP10 0x1032c > #define SRC_MASK_FSYS 0x10340 > #define SRC_MASK_PERIC0 0x10350 > @@ -66,6 +68,7 @@ > #define DIV_TOP0 0x10500 > #define DIV_TOP1 0x10504 > #define DIV_TOP2 0x10508 > +#define DIV_TOP9 0x10524 /* 5800 specific */ > #define DIV_DISP10 0x1052c > #define DIV_MAU 0x10544 > #define DIV_FSYS0 0x10548 > @@ -102,8 +105,14 @@ > #define SRC_KFC 0x28200 > #define DIV_KFC0 0x28500 > > +/* Exynos5x SoC type */ > +enum exynos5x_soc { > + EXYNOS5420, > + EXYNOS5800, > +}; > + > /* list of PLLs */ > -enum exynos5420_plls { > +enum exynos5x_plls { > apll, cpll, dpll, epll, rpll, ipll, spll, vpll, mpll, > bpll, kpll, > nr_plls /* number of PLLs */ > @@ -112,13 +121,13 @@ enum exynos5420_plls { > static void __iomem *reg_base; > > #ifdef CONFIG_PM_SLEEP > -static struct samsung_clk_reg_dump *exynos5420_save; > +static struct samsung_clk_reg_dump *exynos5x_save; > > /* > * list of controller registers to be saved and restored during a > * suspend/resume cycle. > */ > -static unsigned long exynos5420_clk_regs[] __initdata = { > +static unsigned long exynos5x_clk_regs[] __initdata = { > SRC_CPU, > DIV_CPU0, > DIV_CPU1, > @@ -182,16 +191,16 @@ static unsigned long exynos5420_clk_regs[] __initdata = { > > static int exynos5420_clk_suspend(void) > { > - samsung_clk_save(reg_base, exynos5420_save, > - ARRAY_SIZE(exynos5420_clk_regs)); > + samsung_clk_save(reg_base, exynos5x_save, > + ARRAY_SIZE(exynos5x_clk_regs)); Don't you need to handle save and restore of 5800-specific registers as well? You can see Exynos4 clock driver for an example of handling such setup. > > return 0; > } > > static void exynos5420_clk_resume(void) > { > - samsung_clk_restore(reg_base, exynos5420_save, > - ARRAY_SIZE(exynos5420_clk_regs)); > + samsung_clk_restore(reg_base, exynos5x_save, > + ARRAY_SIZE(exynos5x_clk_regs)); Ditto. > } > > static struct syscore_ops exynos5420_clk_syscore_ops = { > @@ -201,9 +210,9 @@ static struct syscore_ops exynos5420_clk_syscore_ops = { > > static void exynos5420_clk_sleep_init(void) > { > - exynos5420_save = samsung_clk_alloc_reg_dump(exynos5420_clk_regs, > - ARRAY_SIZE(exynos5420_clk_regs)); > - if (!exynos5420_save) { > + exynos5x_save = samsung_clk_alloc_reg_dump(exynos5x_clk_regs, > + ARRAY_SIZE(exynos5x_clk_regs)); > + if (!exynos5x_save) { > pr_warn("%s: failed to allocate sleep save data, no sleep support!\n", > __func__); > return; > @@ -296,13 +305,29 @@ PNAME(hdmi_p) = { "dout_hdmi_pixel", "sclk_hdmiphy" }; > PNAME(maudio0_p) = { "fin_pll", "maudio_clk", "sclk_dpll", "sclk_mpll", > "sclk_spll", "sclk_ipll", "sclk_epll", "sclk_rpll" }; > > +/* List of parents specific to exynos5800 */ > +PNAME(mout_epll2_5800_p) = { "mout_sclk_epll", "ffactor_dout_epll2" }; > +PNAME(mout_group1_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", > + "mout_sclk_mpll", "ffactor_dout_spll2" }; > +PNAME(mout_group3_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", > + "mout_sclk_mpll", "ffactor_dout_spll2", > + "mout_epll2" }; > +PNAME(mout_group5_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", > + "mout_sclk_mpll", "mout_sclk_spll" }; > +PNAME(mout_group6_5800_p) = { "mout_sclk_ipll", "mout_sclk_dpll", > + "mout_sclk_mpll", "ffactor_dout_spll2" }; > +PNAME(mout_group8_5800_p) = { "dout_aclk432_scaler", "dout_sclk_sw" }; > +PNAME(mout_group9_5800_p) = { "dout_osc_div", "mout_sw_aclk432_scaler" }; > + > /* fixed rate clocks generated outside the soc */ > -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_ext_clks[] __initdata = { > +static struct > +samsung_fixed_rate_clock exynos5x_fixed_rate_ext_clks[] __initdata = { This is kind of strange way of wrapping long lines. I'd say that at least struct should be in the same line as samsung_fixed_rate_clock, so that could be at least kind of readable. > FRATE(CLK_FIN_PLL, "fin_pll", NULL, CLK_IS_ROOT, 0), > }; > > /* fixed rate clocks generated inside the soc */ > -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_clks[] __initdata = { > +static struct > +samsung_fixed_rate_clock exynos5x_fixed_rate_clks[] __initdata = { Ditto. > FRATE(CLK_SCLK_HDMIPHY, "sclk_hdmiphy", NULL, CLK_IS_ROOT, 24000000), > FRATE(0, "sclk_pwi", NULL, CLK_IS_ROOT, 24000000), > FRATE(0, "sclk_usbh20", NULL, CLK_IS_ROOT, 48000000), > @@ -310,39 +335,88 @@ static struct samsung_fixed_rate_clock exynos5420_fixed_rate_clks[] __initdata = > FRATE(0, "sclk_usbh20_scan_clk", NULL, CLK_IS_ROOT, 480000000), > }; > > -static struct samsung_fixed_factor_clock exynos5420_fixed_factor_clks[] __initdata = { > +static struct > +samsung_fixed_factor_clock exynos5x_fixed_factor_clks[] __initdata = { Ditto (and the same for other numerous instances of this below). > FFACTOR(0, "sclk_hsic_12m", "fin_pll", 1, 2, 0), > }; > > -static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { > - MUX(0, "mout_mspll_kfc", mspll_cpu_p, SRC_TOP7, 8, 2), > - MUX(0, "mout_mspll_cpu", mspll_cpu_p, SRC_TOP7, 12, 2), > - MUX(0, "mout_apll", apll_p, SRC_CPU, 0, 1), > - MUX(0, "mout_cpu", cpu_p, SRC_CPU, 16, 1), > - MUX(0, "mout_kpll", kpll_p, SRC_KFC, 0, 1), > - MUX(0, "mout_cpu_kfc", kfc_p, SRC_KFC, 16, 1), > +static struct > +samsung_fixed_factor_clock exynos5800_fixed_factor_clks[] __initdata = { > + FFACTOR(0, "ffactor_dout_epll2", "mout_sclk_epll", 1, 2, 0), > + FFACTOR(0, "ffactor_dout_spll2", "mout_sclk_spll", 1, 2, 0), I don't think you need the "ffactor_" prefix in the name. I assume "dout_epll2" and "dout_spll2" are the names listed in the datasheet. Is that correct? Best regards, Tomasz ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 17:23 ` Tomasz Figa @ 2014-05-03 12:06 ` Arun Kumar K 0 siblings, 0 replies; 22+ messages in thread From: Arun Kumar K @ 2014-05-03 12:06 UTC (permalink / raw) To: Tomasz Figa Cc: linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Doug Anderson, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Shaik Ameer Basha, Rahul Sharma Hi Tomasz, Thanks for the review. On Fri, May 2, 2014 at 10:53 PM, Tomasz Figa <tomasz.figa@gmail.com> wrote: > Hi Arun, Alim, > > > On 02.05.2014 15:03, Arun Kumar K wrote: >> >> From: Alim Akhtar <alim.akhtar@samsung.com> >> >> Exynos5800 clock structure is mostly similar to 5420 with only >> a small delta changes. So the 5420 clock file is re-used for >> 5800 also. The common clocks for both are seggreagated and few >> clocks which are different for both are separately initialized. > > > Let's start with a general comment to this patch first. Have you consulted > this with Shaik and Rahul (on CC) who are currently doing a quite heavy > lifting of this driver to make sure that your work don't cause conflicts? > Yes I am aware of that series and I can post another version which is based on that series if that is almost ready to be taken. > Also please see some more specific comments inline. > > >> >> Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> >> Signed-off-by: Arun Kumar K <arun.kk@samsung.com> >> --- >> .../devicetree/bindings/clock/exynos5420-clock.txt | 3 +- >> drivers/clk/samsung/clk-exynos5420.c | 192 >> +++++++++++++++----- >> include/dt-bindings/clock/exynos5420.h | 1 + >> 3 files changed, 150 insertions(+), 46 deletions(-) >> >> diff --git a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt >> b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt >> index ca88c97..d54f42c 100644 >> --- a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt >> +++ b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt >> @@ -1,12 +1,13 @@ >> * Samsung Exynos5420 Clock Controller >> >> The Exynos5420 clock controller generates and supplies clock to various >> -controllers within the Exynos5420 SoC. >> +controllers within the Exynos5420 SoC and for the Exynos5800 SoC. >> >> Required Properties: >> >> - compatible: should be one of the following. >> - "samsung,exynos5420-clock" - controller compatible with Exynos5420 >> SoC. >> + - "samsung,exynos5800-clock" - controller compatible with Exynos5800 >> SoC. >> >> - reg: physical base address of the controller and length of memory >> mapped >> region. >> diff --git a/drivers/clk/samsung/clk-exynos5420.c >> b/drivers/clk/samsung/clk-exynos5420.c >> index 60b2681..0543cb7 100644 >> --- a/drivers/clk/samsung/clk-exynos5420.c >> +++ b/drivers/clk/samsung/clk-exynos5420.c >> @@ -51,6 +51,7 @@ >> #define SRC_TOP5 0x10214 >> #define SRC_TOP6 0x10218 >> #define SRC_TOP7 0x1021c >> +#define SRC_TOP9 0x10224 /* 5800 specific */ >> #define SRC_DISP10 0x1022c >> #define SRC_MAU 0x10240 >> #define SRC_FSYS 0x10244 >> @@ -59,6 +60,7 @@ >> #define SRC_TOP10 0x10280 >> #define SRC_TOP11 0x10284 >> #define SRC_TOP12 0x10288 >> +#define SRC_TOP13 0x1028c /* 5800 specific */ >> #define SRC_MASK_DISP10 0x1032c >> #define SRC_MASK_FSYS 0x10340 >> #define SRC_MASK_PERIC0 0x10350 >> @@ -66,6 +68,7 @@ >> #define DIV_TOP0 0x10500 >> #define DIV_TOP1 0x10504 >> #define DIV_TOP2 0x10508 >> +#define DIV_TOP9 0x10524 /* 5800 specific */ >> #define DIV_DISP10 0x1052c >> #define DIV_MAU 0x10544 >> #define DIV_FSYS0 0x10548 >> @@ -102,8 +105,14 @@ >> #define SRC_KFC 0x28200 >> #define DIV_KFC0 0x28500 >> >> +/* Exynos5x SoC type */ >> +enum exynos5x_soc { >> + EXYNOS5420, >> + EXYNOS5800, >> +}; >> + >> /* list of PLLs */ >> -enum exynos5420_plls { >> +enum exynos5x_plls { >> apll, cpll, dpll, epll, rpll, ipll, spll, vpll, mpll, >> bpll, kpll, >> nr_plls /* number of PLLs */ >> @@ -112,13 +121,13 @@ enum exynos5420_plls { >> static void __iomem *reg_base; >> >> #ifdef CONFIG_PM_SLEEP >> -static struct samsung_clk_reg_dump *exynos5420_save; >> +static struct samsung_clk_reg_dump *exynos5x_save; >> >> /* >> * list of controller registers to be saved and restored during a >> * suspend/resume cycle. >> */ >> -static unsigned long exynos5420_clk_regs[] __initdata = { >> +static unsigned long exynos5x_clk_regs[] __initdata = { >> SRC_CPU, >> DIV_CPU0, >> DIV_CPU1, >> @@ -182,16 +191,16 @@ static unsigned long exynos5420_clk_regs[] >> __initdata = { >> >> static int exynos5420_clk_suspend(void) >> { >> - samsung_clk_save(reg_base, exynos5420_save, >> - ARRAY_SIZE(exynos5420_clk_regs)); >> + samsung_clk_save(reg_base, exynos5x_save, >> + ARRAY_SIZE(exynos5x_clk_regs)); > > > Don't you need to handle save and restore of 5800-specific registers as > well? You can see Exynos4 clock driver for an example of handling such > setup. > Ok will make the change. > >> >> return 0; >> } >> >> static void exynos5420_clk_resume(void) >> { >> - samsung_clk_restore(reg_base, exynos5420_save, >> - ARRAY_SIZE(exynos5420_clk_regs)); >> + samsung_clk_restore(reg_base, exynos5x_save, >> + ARRAY_SIZE(exynos5x_clk_regs)); > > > Ditto. > > >> } >> >> static struct syscore_ops exynos5420_clk_syscore_ops = { >> @@ -201,9 +210,9 @@ static struct syscore_ops exynos5420_clk_syscore_ops = >> { >> >> static void exynos5420_clk_sleep_init(void) >> { >> - exynos5420_save = samsung_clk_alloc_reg_dump(exynos5420_clk_regs, >> - ARRAY_SIZE(exynos5420_clk_regs)); >> - if (!exynos5420_save) { >> + exynos5x_save = samsung_clk_alloc_reg_dump(exynos5x_clk_regs, >> + ARRAY_SIZE(exynos5x_clk_regs)); >> + if (!exynos5x_save) { >> pr_warn("%s: failed to allocate sleep save data, no sleep >> support!\n", >> __func__); >> return; >> @@ -296,13 +305,29 @@ PNAME(hdmi_p) = { "dout_hdmi_pixel", >> "sclk_hdmiphy" }; >> PNAME(maudio0_p) = { "fin_pll", "maudio_clk", "sclk_dpll", >> "sclk_mpll", >> "sclk_spll", "sclk_ipll", "sclk_epll", >> "sclk_rpll" }; >> >> +/* List of parents specific to exynos5800 */ >> +PNAME(mout_epll2_5800_p) = { "mout_sclk_epll", "ffactor_dout_epll2" >> }; >> +PNAME(mout_group1_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", >> + "mout_sclk_mpll", "ffactor_dout_spll2" }; >> +PNAME(mout_group3_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", >> + "mout_sclk_mpll", >> "ffactor_dout_spll2", >> + "mout_epll2" }; >> +PNAME(mout_group5_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", >> + "mout_sclk_mpll", "mout_sclk_spll" >> }; >> +PNAME(mout_group6_5800_p) = { "mout_sclk_ipll", "mout_sclk_dpll", >> + "mout_sclk_mpll", "ffactor_dout_spll2" }; >> +PNAME(mout_group8_5800_p) = { "dout_aclk432_scaler", "dout_sclk_sw" >> }; >> +PNAME(mout_group9_5800_p) = { "dout_osc_div", >> "mout_sw_aclk432_scaler" }; >> + >> /* fixed rate clocks generated outside the soc */ >> -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_ext_clks[] >> __initdata = { >> +static struct >> +samsung_fixed_rate_clock exynos5x_fixed_rate_ext_clks[] __initdata = { > > > This is kind of strange way of wrapping long lines. I'd say that at least > struct should be in the same line as samsung_fixed_rate_clock, so that could > be at least kind of readable. > Ok will do that. > >> FRATE(CLK_FIN_PLL, "fin_pll", NULL, CLK_IS_ROOT, 0), >> }; >> >> /* fixed rate clocks generated inside the soc */ >> -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_clks[] >> __initdata = { >> +static struct >> +samsung_fixed_rate_clock exynos5x_fixed_rate_clks[] __initdata = { > > > Ditto. > > >> FRATE(CLK_SCLK_HDMIPHY, "sclk_hdmiphy", NULL, CLK_IS_ROOT, >> 24000000), >> FRATE(0, "sclk_pwi", NULL, CLK_IS_ROOT, 24000000), >> FRATE(0, "sclk_usbh20", NULL, CLK_IS_ROOT, 48000000), >> @@ -310,39 +335,88 @@ static struct samsung_fixed_rate_clock >> exynos5420_fixed_rate_clks[] __initdata = >> FRATE(0, "sclk_usbh20_scan_clk", NULL, CLK_IS_ROOT, 480000000), >> }; >> >> -static struct samsung_fixed_factor_clock exynos5420_fixed_factor_clks[] >> __initdata = { >> +static struct >> +samsung_fixed_factor_clock exynos5x_fixed_factor_clks[] __initdata = { > > > Ditto (and the same for other numerous instances of this below). > > >> FFACTOR(0, "sclk_hsic_12m", "fin_pll", 1, 2, 0), >> }; >> >> -static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { >> - MUX(0, "mout_mspll_kfc", mspll_cpu_p, SRC_TOP7, 8, 2), >> - MUX(0, "mout_mspll_cpu", mspll_cpu_p, SRC_TOP7, 12, 2), >> - MUX(0, "mout_apll", apll_p, SRC_CPU, 0, 1), >> - MUX(0, "mout_cpu", cpu_p, SRC_CPU, 16, 1), >> - MUX(0, "mout_kpll", kpll_p, SRC_KFC, 0, 1), >> - MUX(0, "mout_cpu_kfc", kfc_p, SRC_KFC, 16, 1), >> +static struct >> +samsung_fixed_factor_clock exynos5800_fixed_factor_clks[] __initdata = { >> + FFACTOR(0, "ffactor_dout_epll2", "mout_sclk_epll", 1, 2, 0), >> + FFACTOR(0, "ffactor_dout_spll2", "mout_sclk_spll", 1, 2, 0), > > > I don't think you need the "ffactor_" prefix in the name. I assume > "dout_epll2" and "dout_spll2" are the names listed in the datasheet. Is that > correct? > Yes. I will drop the ffactor_ prefix. > Best regards, > Tomasz ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 13:03 ` [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks Arun Kumar K 2014-05-02 17:23 ` Tomasz Figa @ 2014-05-02 17:51 ` Andrew Bresticker 2014-05-03 12:12 ` Arun Kumar K 2014-05-02 18:52 ` Arnd Bergmann 2 siblings, 1 reply; 22+ messages in thread From: Andrew Bresticker @ 2014-05-02 17:51 UTC (permalink / raw) To: Arun Kumar K Cc: linux-samsung-soc, devicetree, Kukjin Kim, Douglas Anderson, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, arunkk.samsung Hi Arun, On Fri, May 2, 2014 at 6:03 AM, Arun Kumar K <arun.kk@samsung.com> wrote: > From: Alim Akhtar <alim.akhtar@samsung.com> > > Exynos5800 clock structure is mostly similar to 5420 with only > a small delta changes. So the 5420 clock file is re-used for > 5800 also. The common clocks for both are seggreagated and few > clocks which are different for both are separately initialized. As Tomasz mentioned, this will certainly conflict with Shaik and Rahul's 5420 clock cleanup series. That series adds/fixes the MAU, WCORE, and ISP blocks which also have differences from 5420 to 5800. > > Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> > Signed-off-by: Arun Kumar K <arun.kk@samsung.com> > --- > .../devicetree/bindings/clock/exynos5420-clock.txt | 3 +- > drivers/clk/samsung/clk-exynos5420.c | 192 +++++++++++++++----- > include/dt-bindings/clock/exynos5420.h | 1 + > 3 files changed, 150 insertions(+), 46 deletions(-) > > diff --git a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt > index ca88c97..d54f42c 100644 > --- a/Documentation/devicetree/bindings/clock/exynos5420-clock.txt > +++ b/Documentation/devicetree/bindings/clock/exynos5420-clock.txt > @@ -1,12 +1,13 @@ > * Samsung Exynos5420 Clock Controller > > The Exynos5420 clock controller generates and supplies clock to various > -controllers within the Exynos5420 SoC. > +controllers within the Exynos5420 SoC and for the Exynos5800 SoC. > > Required Properties: > > - compatible: should be one of the following. > - "samsung,exynos5420-clock" - controller compatible with Exynos5420 SoC. > + - "samsung,exynos5800-clock" - controller compatible with Exynos5800 SoC. > > - reg: physical base address of the controller and length of memory mapped > region. > diff --git a/drivers/clk/samsung/clk-exynos5420.c b/drivers/clk/samsung/clk-exynos5420.c > index 60b2681..0543cb7 100644 > --- a/drivers/clk/samsung/clk-exynos5420.c > +++ b/drivers/clk/samsung/clk-exynos5420.c > @@ -51,6 +51,7 @@ > #define SRC_TOP5 0x10214 > #define SRC_TOP6 0x10218 > #define SRC_TOP7 0x1021c > +#define SRC_TOP9 0x10224 /* 5800 specific */ > #define SRC_DISP10 0x1022c > #define SRC_MAU 0x10240 > #define SRC_FSYS 0x10244 > @@ -59,6 +60,7 @@ > #define SRC_TOP10 0x10280 > #define SRC_TOP11 0x10284 > #define SRC_TOP12 0x10288 > +#define SRC_TOP13 0x1028c /* 5800 specific */ > #define SRC_MASK_DISP10 0x1032c > #define SRC_MASK_FSYS 0x10340 > #define SRC_MASK_PERIC0 0x10350 > @@ -66,6 +68,7 @@ > #define DIV_TOP0 0x10500 > #define DIV_TOP1 0x10504 > #define DIV_TOP2 0x10508 > +#define DIV_TOP9 0x10524 /* 5800 specific */ > #define DIV_DISP10 0x1052c > #define DIV_MAU 0x10544 > #define DIV_FSYS0 0x10548 > @@ -102,8 +105,14 @@ > #define SRC_KFC 0x28200 > #define DIV_KFC0 0x28500 > > +/* Exynos5x SoC type */ > +enum exynos5x_soc { > + EXYNOS5420, > + EXYNOS5800, > +}; > + > /* list of PLLs */ > -enum exynos5420_plls { > +enum exynos5x_plls { > apll, cpll, dpll, epll, rpll, ipll, spll, vpll, mpll, > bpll, kpll, > nr_plls /* number of PLLs */ > @@ -112,13 +121,13 @@ enum exynos5420_plls { > static void __iomem *reg_base; > > #ifdef CONFIG_PM_SLEEP > -static struct samsung_clk_reg_dump *exynos5420_save; > +static struct samsung_clk_reg_dump *exynos5x_save; > > /* > * list of controller registers to be saved and restored during a > * suspend/resume cycle. > */ > -static unsigned long exynos5420_clk_regs[] __initdata = { > +static unsigned long exynos5x_clk_regs[] __initdata = { > SRC_CPU, > DIV_CPU0, > DIV_CPU1, > @@ -182,16 +191,16 @@ static unsigned long exynos5420_clk_regs[] __initdata = { > > static int exynos5420_clk_suspend(void) > { > - samsung_clk_save(reg_base, exynos5420_save, > - ARRAY_SIZE(exynos5420_clk_regs)); > + samsung_clk_save(reg_base, exynos5x_save, > + ARRAY_SIZE(exynos5x_clk_regs)); > > return 0; > } > > static void exynos5420_clk_resume(void) > { > - samsung_clk_restore(reg_base, exynos5420_save, > - ARRAY_SIZE(exynos5420_clk_regs)); > + samsung_clk_restore(reg_base, exynos5x_save, > + ARRAY_SIZE(exynos5x_clk_regs)); > } > > static struct syscore_ops exynos5420_clk_syscore_ops = { > @@ -201,9 +210,9 @@ static struct syscore_ops exynos5420_clk_syscore_ops = { > > static void exynos5420_clk_sleep_init(void) > { > - exynos5420_save = samsung_clk_alloc_reg_dump(exynos5420_clk_regs, > - ARRAY_SIZE(exynos5420_clk_regs)); > - if (!exynos5420_save) { > + exynos5x_save = samsung_clk_alloc_reg_dump(exynos5x_clk_regs, > + ARRAY_SIZE(exynos5x_clk_regs)); > + if (!exynos5x_save) { > pr_warn("%s: failed to allocate sleep save data, no sleep support!\n", > __func__); > return; > @@ -296,13 +305,29 @@ PNAME(hdmi_p) = { "dout_hdmi_pixel", "sclk_hdmiphy" }; > PNAME(maudio0_p) = { "fin_pll", "maudio_clk", "sclk_dpll", "sclk_mpll", > "sclk_spll", "sclk_ipll", "sclk_epll", "sclk_rpll" }; > > +/* List of parents specific to exynos5800 */ > +PNAME(mout_epll2_5800_p) = { "mout_sclk_epll", "ffactor_dout_epll2" }; > +PNAME(mout_group1_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", > + "mout_sclk_mpll", "ffactor_dout_spll2" }; > +PNAME(mout_group3_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", > + "mout_sclk_mpll", "ffactor_dout_spll2", > + "mout_epll2" }; > +PNAME(mout_group5_5800_p) = { "mout_sclk_cpll", "mout_sclk_dpll", > + "mout_sclk_mpll", "mout_sclk_spll" }; > +PNAME(mout_group6_5800_p) = { "mout_sclk_ipll", "mout_sclk_dpll", > + "mout_sclk_mpll", "ffactor_dout_spll2" }; > +PNAME(mout_group8_5800_p) = { "dout_aclk432_scaler", "dout_sclk_sw" }; > +PNAME(mout_group9_5800_p) = { "dout_osc_div", "mout_sw_aclk432_scaler" }; > + > /* fixed rate clocks generated outside the soc */ > -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_ext_clks[] __initdata = { > +static struct > +samsung_fixed_rate_clock exynos5x_fixed_rate_ext_clks[] __initdata = { > FRATE(CLK_FIN_PLL, "fin_pll", NULL, CLK_IS_ROOT, 0), > }; > > /* fixed rate clocks generated inside the soc */ > -static struct samsung_fixed_rate_clock exynos5420_fixed_rate_clks[] __initdata = { > +static struct > +samsung_fixed_rate_clock exynos5x_fixed_rate_clks[] __initdata = { > FRATE(CLK_SCLK_HDMIPHY, "sclk_hdmiphy", NULL, CLK_IS_ROOT, 24000000), > FRATE(0, "sclk_pwi", NULL, CLK_IS_ROOT, 24000000), > FRATE(0, "sclk_usbh20", NULL, CLK_IS_ROOT, 48000000), > @@ -310,39 +335,88 @@ static struct samsung_fixed_rate_clock exynos5420_fixed_rate_clks[] __initdata = > FRATE(0, "sclk_usbh20_scan_clk", NULL, CLK_IS_ROOT, 480000000), > }; > > -static struct samsung_fixed_factor_clock exynos5420_fixed_factor_clks[] __initdata = { > +static struct > +samsung_fixed_factor_clock exynos5x_fixed_factor_clks[] __initdata = { > FFACTOR(0, "sclk_hsic_12m", "fin_pll", 1, 2, 0), > }; > > -static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { > - MUX(0, "mout_mspll_kfc", mspll_cpu_p, SRC_TOP7, 8, 2), > - MUX(0, "mout_mspll_cpu", mspll_cpu_p, SRC_TOP7, 12, 2), > - MUX(0, "mout_apll", apll_p, SRC_CPU, 0, 1), > - MUX(0, "mout_cpu", cpu_p, SRC_CPU, 16, 1), > - MUX(0, "mout_kpll", kpll_p, SRC_KFC, 0, 1), > - MUX(0, "mout_cpu_kfc", kfc_p, SRC_KFC, 16, 1), > +static struct > +samsung_fixed_factor_clock exynos5800_fixed_factor_clks[] __initdata = { > + FFACTOR(0, "ffactor_dout_epll2", "mout_sclk_epll", 1, 2, 0), > + FFACTOR(0, "ffactor_dout_spll2", "mout_sclk_spll", 1, 2, 0), > +}; > + > +struct samsung_mux_clock exynos5800_mux_clks[] __initdata = { > + MUX(0, "mout_aclk400_mscl", mout_group3_5800_p, SRC_TOP0, 4, 3), > + > + MUX(0, "mout_aclk333_432_gscl", mout_group6_5800_p, SRC_TOP1, 0, 2), > + MUX(0, "mout_aclk266", mout_group5_5800_p, SRC_TOP1, 20, 2), > + MUX(0, "mout_aclk333", mout_group1_5800_p, SRC_TOP1, 28, 2), > + > + MUX(0, "mout_aclk333_g2d", mout_group5_5800_p, SRC_TOP2, 8, 2), > + MUX(0, "mout_aclk266_g2d", mout_group5_5800_p, SRC_TOP2, 12, 2), > + MUX(0, "mout_aclk300_jpeg", mout_group5_5800_p, SRC_TOP2, 20, 2), > + MUX(0, "mout_aclk300_disp1", mout_group5_5800_p, SRC_TOP2, 24, 2), > + MUX(0, "mout_aclk300_gscl", mout_group5_5800_p, SRC_TOP2, 28, 2), > + > + MUX(0, "sclk_bpll", bpll_p, SRC_TOP7, 24, 1), > + MUX(0, "mout_epll2", mout_epll2_5800_p, SRC_TOP7, 28, 1), > + > + MUX(0, "mout_user_aclk432_scaler", mout_group9_5800_p, > + SRC_TOP9, 28, 1), > > + MUX(0, "mout_sw_aclk432_scaler", mout_group8_5800_p, > + SRC_TOP13, 28, 1), The aclk432_scaler tree is incomplete - you're missing mout_aclk432_scaler and dout_aclk432_scaler. The rest of the CAM block (aclk432_cam, aclkfl1_550_cam, and aclk550_cam) is also missing, though I suppose that could go in a later patch. > + > + MUX(0, "mout_fimd1", group2_p, SRC_DISP10, 4, 3), > +}; > + > +struct samsung_div_clock exynos5800_div_clks[] __initdata = { > + DIV(0, "dout_osc_div", "fin_pll", DIV_TOP9, 20, 3), > + DIV(0, "dout_sclk_sw", "sclk_spll", DIV_TOP9, 24, 6), > +}; > + > +struct samsung_gate_clock exynos5800_gate_clks[] __initdata = { > + GATE(CLK_ACLK432_SCALER, "aclk432_scaler", "mout_user_aclk432_scaler", > + GATE_BUS_TOP, 27, 0, 0), > +}; > + > +struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { > MUX(0, "sclk_bpll", bpll_p, SRC_CDREX, 0, 1), > > MUX_A(0, "mout_aclk400_mscl", group1_p, > SRC_TOP0, 4, 2, "aclk400_mscl"), > - MUX(0, "mout_aclk200", group1_p, SRC_TOP0, 8, 2), > - MUX(0, "mout_aclk200_fsys2", group1_p, SRC_TOP0, 12, 2), > - MUX(0, "mout_aclk200_fsys", group1_p, SRC_TOP0, 28, 2), > > MUX(0, "mout_aclk333_432_gscl", group4_p, SRC_TOP1, 0, 2), > - MUX(0, "mout_aclk66", group1_p, SRC_TOP1, 8, 2), > MUX(0, "mout_aclk266", group1_p, SRC_TOP1, 20, 2), > - MUX(0, "mout_aclk166", group1_p, SRC_TOP1, 24, 2), > MUX(0, "mout_aclk333", group1_p, SRC_TOP1, 28, 2), > > MUX(0, "mout_aclk333_g2d", group1_p, SRC_TOP2, 8, 2), > MUX(0, "mout_aclk266_g2d", group1_p, SRC_TOP2, 12, 2), > - MUX(0, "mout_aclk_g3d", group5_p, SRC_TOP2, 16, 1), > MUX(0, "mout_aclk300_jpeg", group1_p, SRC_TOP2, 20, 2), > MUX(0, "mout_aclk300_disp1", group1_p, SRC_TOP2, 24, 2), > MUX(0, "mout_aclk300_gscl", group1_p, SRC_TOP2, 28, 2), > > + MUX(0, "mout_fimd1", group3_p, SRC_DISP10, 4, 1), > +}; > + > +static struct samsung_mux_clock exynos5x_mux_clks[] __initdata = { > + MUX(0, "mout_mspll_kfc", mspll_cpu_p, SRC_TOP7, 8, 2), > + MUX(0, "mout_mspll_cpu", mspll_cpu_p, SRC_TOP7, 12, 2), > + MUX(0, "mout_apll", apll_p, SRC_CPU, 0, 1), > + MUX(0, "mout_cpu", cpu_p, SRC_CPU, 16, 1), > + MUX(0, "mout_kpll", kpll_p, SRC_KFC, 0, 1), > + MUX(0, "mout_cpu_kfc", kfc_p, SRC_KFC, 16, 1), > + > + MUX(0, "mout_aclk200", group1_p, SRC_TOP0, 8, 2), > + MUX(0, "mout_aclk200_fsys2", group1_p, SRC_TOP0, 12, 2), > + MUX(0, "mout_aclk200_fsys", group1_p, SRC_TOP0, 28, 2), > + > + MUX(0, "mout_aclk66", group1_p, SRC_TOP1, 8, 2), > + MUX(0, "mout_aclk166", group1_p, SRC_TOP1, 24, 2), > + > + MUX(0, "mout_aclk_g3d", group5_p, SRC_TOP2, 16, 1), > + > MUX(0, "mout_user_aclk400_mscl", user_aclk400_mscl_p, > SRC_TOP3, 4, 1), > MUX_A(0, "mout_aclk200_disp1", aclk200_disp1_p, > @@ -402,7 +476,6 @@ static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { > MUX(0, "mout_sw_aclk300_gscl", sw_aclk300_gscl_p, SRC_TOP12, 28, 1), > > /* DISP1 Block */ > - MUX(0, "mout_fimd1", group3_p, SRC_DISP10, 4, 1), > MUX(0, "mout_mipi1", group2_p, SRC_DISP10, 16, 3), > MUX(0, "mout_dp1", group2_p, SRC_DISP10, 20, 3), > MUX(0, "mout_pixel", group2_p, SRC_DISP10, 24, 3), > @@ -434,7 +507,7 @@ static struct samsung_mux_clock exynos5420_mux_clks[] __initdata = { > MUX(0, "mout_spi2", group2_p, SRC_PERIC1, 28, 3), > }; > > -static struct samsung_div_clock exynos5420_div_clks[] __initdata = { > +static struct samsung_div_clock exynos5x_div_clks[] __initdata = { > DIV(0, "div_arm", "mout_cpu", DIV_CPU0, 0, 3), > DIV(0, "sclk_apll", "mout_apll", DIV_CPU0, 24, 3), > DIV(0, "armclk2", "div_arm", DIV_CPU0, 28, 3), > @@ -514,7 +587,7 @@ static struct samsung_div_clock exynos5420_div_clks[] __initdata = { > DIV(0, "dout_pre_spi2", "dout_spi2", DIV_PERIC4, 24, 8), > }; > > -static struct samsung_gate_clock exynos5420_gate_clks[] __initdata = { > +static struct samsung_gate_clock exynos5x_gate_clks[] __initdata = { > /* TODO: Re-verify the CG bits for all the gate clocks */ > GATE_A(CLK_MCT, "pclk_st", "aclk66_psgen", GATE_BUS_PERIS1, 2, 0, 0, > "mct"), > @@ -745,7 +818,7 @@ static struct samsung_gate_clock exynos5420_gate_clks[] __initdata = { > 0), > }; > > -static struct samsung_pll_clock exynos5420_plls[nr_plls] __initdata = { > +static struct samsung_pll_clock exynos5x_plls[nr_plls] __initdata = { > [apll] = PLL(pll_2550, CLK_FOUT_APLL, "fout_apll", "fin_pll", APLL_LOCK, > APLL_CON0, NULL), > [cpll] = PLL(pll_2550, CLK_FOUT_CPLL, "fout_cpll", "fin_pll", CPLL_LOCK, > @@ -776,7 +849,8 @@ static struct of_device_id ext_clk_match[] __initdata = { > }; > > /* register exynos5420 clocks */ > -static void __init exynos5420_clk_init(struct device_node *np) > +static void __init exynos5x_clk_init(struct device_node *np, > + enum exynos5x_soc exynos5x_soc) > { > if (np) { > reg_base = of_iomap(np, 0); > @@ -787,22 +861,50 @@ static void __init exynos5420_clk_init(struct device_node *np) > } > > samsung_clk_init(np, reg_base, CLK_NR_CLKS); > - samsung_clk_of_register_fixed_ext(exynos5420_fixed_rate_ext_clks, > - ARRAY_SIZE(exynos5420_fixed_rate_ext_clks), > + > + samsung_clk_of_register_fixed_ext(exynos5x_fixed_rate_ext_clks, > + ARRAY_SIZE(exynos5x_fixed_rate_ext_clks), > ext_clk_match); > - samsung_clk_register_pll(exynos5420_plls, ARRAY_SIZE(exynos5420_plls), > - reg_base); > - samsung_clk_register_fixed_rate(exynos5420_fixed_rate_clks, > - ARRAY_SIZE(exynos5420_fixed_rate_clks)); > - samsung_clk_register_fixed_factor(exynos5420_fixed_factor_clks, > - ARRAY_SIZE(exynos5420_fixed_factor_clks)); > - samsung_clk_register_mux(exynos5420_mux_clks, > - ARRAY_SIZE(exynos5420_mux_clks)); > - samsung_clk_register_div(exynos5420_div_clks, > - ARRAY_SIZE(exynos5420_div_clks)); > - samsung_clk_register_gate(exynos5420_gate_clks, > - ARRAY_SIZE(exynos5420_gate_clks)); > + samsung_clk_register_pll(exynos5x_plls, > + ARRAY_SIZE(exynos5x_plls), > + reg_base); > + samsung_clk_register_fixed_rate(exynos5x_fixed_rate_clks, > + ARRAY_SIZE(exynos5x_fixed_rate_clks)); > + samsung_clk_register_fixed_factor(exynos5x_fixed_factor_clks, > + ARRAY_SIZE(exynos5x_fixed_factor_clks)); > + samsung_clk_register_mux(exynos5x_mux_clks, > + ARRAY_SIZE(exynos5x_mux_clks)); > + samsung_clk_register_div(exynos5x_div_clks, > + ARRAY_SIZE(exynos5x_div_clks)); > + samsung_clk_register_gate(exynos5x_gate_clks, > + ARRAY_SIZE(exynos5x_gate_clks)); > + > + if (exynos5x_soc == EXYNOS5420) { > + samsung_clk_register_mux(exynos5420_mux_clks, > + ARRAY_SIZE(exynos5420_mux_clks)); > + } else { > + samsung_clk_register_fixed_factor( > + exynos5800_fixed_factor_clks, > + ARRAY_SIZE(exynos5800_fixed_factor_clks)); > + samsung_clk_register_mux(exynos5800_mux_clks, > + ARRAY_SIZE(exynos5800_mux_clks)); > + samsung_clk_register_div(exynos5800_div_clks, > + ARRAY_SIZE(exynos5800_div_clks)); > + samsung_clk_register_gate(exynos5800_gate_clks, > + ARRAY_SIZE(exynos5800_gate_clks)); > + } > > exynos5420_clk_sleep_init(); > } > + > +static void __init exynos5420_clk_init(struct device_node *np) > +{ > + exynos5x_clk_init(np, EXYNOS5420); > +} > CLK_OF_DECLARE(exynos5420_clk, "samsung,exynos5420-clock", exynos5420_clk_init); > + > +static void __init exynos5800_clk_init(struct device_node *np) > +{ > + exynos5x_clk_init(np, EXYNOS5800); > +} > +CLK_OF_DECLARE(exynos5800_clk, "samsung,exynos5800-clock", exynos5800_clk_init); > diff --git a/include/dt-bindings/clock/exynos5420.h b/include/dt-bindings/clock/exynos5420.h > index 5eefd88..a8b2e3a 100644 > --- a/include/dt-bindings/clock/exynos5420.h > +++ b/include/dt-bindings/clock/exynos5420.h > @@ -175,6 +175,7 @@ > #define CLK_ACLK_G3D 500 > #define CLK_G3D 501 > #define CLK_SMMU_MIXER 502 > +#define CLK_ACLK432_SCALER 503 > > /* mux clocks */ > #define CLK_MOUT_HDMI 640 > -- > 1.7.9.5 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 17:51 ` Andrew Bresticker @ 2014-05-03 12:12 ` Arun Kumar K 0 siblings, 0 replies; 22+ messages in thread From: Arun Kumar K @ 2014-05-03 12:12 UTC (permalink / raw) To: Andrew Bresticker Cc: linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Douglas Anderson, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera Hi Andrew, On Fri, May 2, 2014 at 11:21 PM, Andrew Bresticker <abrestic@google.com> wrote: > Hi Arun, > > On Fri, May 2, 2014 at 6:03 AM, Arun Kumar K <arun.kk@samsung.com> wrote: >> From: Alim Akhtar <alim.akhtar@samsung.com> >> >> Exynos5800 clock structure is mostly similar to 5420 with only >> a small delta changes. So the 5420 clock file is re-used for >> 5800 also. The common clocks for both are seggreagated and few >> clocks which are different for both are separately initialized. > > As Tomasz mentioned, this will certainly conflict with Shaik and > Rahul's 5420 clock cleanup series. That series adds/fixes the MAU, > WCORE, and ISP blocks which also have differences from 5420 to 5800. > Yes I will rebase on that series. I dropped many of the changes in 5800 as it doesnt have the common terminating GATES as of now. If rebased on Shaik/Rahul cleanup series, I can put all of them back again. >> >> Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> >> Signed-off-by: Arun Kumar K <arun.kk@samsung.com> >> --- >> .../devicetree/bindings/clock/exynos5420-clock.txt | 3 +- >> drivers/clk/samsung/clk-exynos5420.c | 192 +++++++++++++++----- >> include/dt-bindings/clock/exynos5420.h | 1 + >> 3 files changed, 150 insertions(+), 46 deletions(-) >> [snip] >> +struct samsung_mux_clock exynos5800_mux_clks[] __initdata = { >> + MUX(0, "mout_aclk400_mscl", mout_group3_5800_p, SRC_TOP0, 4, 3), >> + >> + MUX(0, "mout_aclk333_432_gscl", mout_group6_5800_p, SRC_TOP1, 0, 2), >> + MUX(0, "mout_aclk266", mout_group5_5800_p, SRC_TOP1, 20, 2), >> + MUX(0, "mout_aclk333", mout_group1_5800_p, SRC_TOP1, 28, 2), >> + >> + MUX(0, "mout_aclk333_g2d", mout_group5_5800_p, SRC_TOP2, 8, 2), >> + MUX(0, "mout_aclk266_g2d", mout_group5_5800_p, SRC_TOP2, 12, 2), >> + MUX(0, "mout_aclk300_jpeg", mout_group5_5800_p, SRC_TOP2, 20, 2), >> + MUX(0, "mout_aclk300_disp1", mout_group5_5800_p, SRC_TOP2, 24, 2), >> + MUX(0, "mout_aclk300_gscl", mout_group5_5800_p, SRC_TOP2, 28, 2), >> + >> + MUX(0, "sclk_bpll", bpll_p, SRC_TOP7, 24, 1), >> + MUX(0, "mout_epll2", mout_epll2_5800_p, SRC_TOP7, 28, 1), >> + >> + MUX(0, "mout_user_aclk432_scaler", mout_group9_5800_p, >> + SRC_TOP9, 28, 1), >> >> + MUX(0, "mout_sw_aclk432_scaler", mout_group8_5800_p, >> + SRC_TOP13, 28, 1), > > The aclk432_scaler tree is incomplete - you're missing > mout_aclk432_scaler and dout_aclk432_scaler. The rest of the CAM > block (aclk432_cam, aclkfl1_550_cam, and aclk550_cam) is also missing, > though I suppose that could go in a later patch. > The CAM gates you mentioned are omitted as I found that there are some issues caused by it during S2R sequences and I have to leave it as CLK_IGNORE_UNUSED for proper functionality. [snip] Regards Arun ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 13:03 ` [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks Arun Kumar K 2014-05-02 17:23 ` Tomasz Figa 2014-05-02 17:51 ` Andrew Bresticker @ 2014-05-02 18:52 ` Arnd Bergmann 2014-05-02 19:35 ` Doug Anderson 2 siblings, 1 reply; 22+ messages in thread From: Arnd Bergmann @ 2014-05-02 18:52 UTC (permalink / raw) To: Arun Kumar K Cc: linux-samsung-soc, devicetree, kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung On Friday 02 May 2014 18:33:39 Arun Kumar K wrote: > From: Alim Akhtar <alim.akhtar@samsung.com> > > Exynos5800 clock structure is mostly similar to 5420 with only > a small delta changes. So the 5420 clock file is re-used for > 5800 also. The common clocks for both are seggreagated and few > clocks which are different for both are separately initialized. > > Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> > Signed-off-by: Arun Kumar K <arun.kk@samsung.com> This isn't about your specific patch, but every time I see a new exynos variant get supported, it comes with a clock driver patch that is at least as big as all the other patches combined. New variants come out all the time now, and we are starting to accumulate huge amounts of clock definitions both in the source and the binary. I think we should try to come up with a better way to represent the clocks. I don't think any other SoC family is nearly as bad as Exynos, either because they have much fewer models, or because they abstract their clocks more and put all the tables into DT. I'm definitely not saying no to the exynos5800 addition for this, but I'm starting to get a little annoyed, and I think it would be good to come up with a new clock binding before we see 64-bit Exynos variants. Arnd ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 18:52 ` Arnd Bergmann @ 2014-05-02 19:35 ` Doug Anderson 2014-05-03 2:12 ` Tomasz Figa 0 siblings, 1 reply; 22+ messages in thread From: Doug Anderson @ 2014-05-02 19:35 UTC (permalink / raw) To: Arnd Bergmann Cc: Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar, Andrew Bresticker Arnd, On Fri, May 2, 2014 at 11:52 AM, Arnd Bergmann <arnd@arndb.de> wrote: > On Friday 02 May 2014 18:33:39 Arun Kumar K wrote: >> From: Alim Akhtar <alim.akhtar@samsung.com> >> >> Exynos5800 clock structure is mostly similar to 5420 with only >> a small delta changes. So the 5420 clock file is re-used for >> 5800 also. The common clocks for both are seggreagated and few >> clocks which are different for both are separately initialized. >> >> Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> >> Signed-off-by: Arun Kumar K <arun.kk@samsung.com> > > This isn't about your specific patch, but every time I see a new > exynos variant get supported, it comes with a clock driver patch > that is at least as big as all the other patches combined. > > New variants come out all the time now, and we are starting to > accumulate huge amounts of clock definitions both in the source > and the binary. I think we should try to come up with a better > way to represent the clocks. I don't think any other SoC > family is nearly as bad as Exynos, either because they have > much fewer models, or because they abstract their clocks more > and put all the tables into DT. > > I'm definitely not saying no to the exynos5800 addition for this, > but I'm starting to get a little annoyed, and I think it would be > good to come up with a new clock binding before we see 64-bit > Exynos variants. One thing to note: your suggestion will almost certainly not be conducive to get stable device trees. IMHO there's pretty much a zero chance that you could properly describe all of the exynos clocks in the first, second, third, or twentieth attempt. That means that if anyone ever took it in their head to actually ship a device tree that wasn't bundled with the kernel that it would probably be wrong. Declaring just "I have exynos5800 clocks" means that you're not relying on the device tree. The clocks are pretty table-based as-is, and I think that's about the best you're going to get. NOTE: one could argue that possibly the 5420 and 5800 are different enough that they ought to have separate tables. I don't feel like I'm in enough of an ownership position to make that tradeoff either way, though. -Doug ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks 2014-05-02 19:35 ` Doug Anderson @ 2014-05-03 2:12 ` Tomasz Figa 0 siblings, 0 replies; 22+ messages in thread From: Tomasz Figa @ 2014-05-03 2:12 UTC (permalink / raw) To: Doug Anderson, Arnd Bergmann Cc: Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar, Andrew Bresticker On 02.05.2014 21:35, Doug Anderson wrote: > Arnd, > > On Fri, May 2, 2014 at 11:52 AM, Arnd Bergmann <arnd@arndb.de> wrote: >> On Friday 02 May 2014 18:33:39 Arun Kumar K wrote: >>> From: Alim Akhtar <alim.akhtar@samsung.com> >>> >>> Exynos5800 clock structure is mostly similar to 5420 with only >>> a small delta changes. So the 5420 clock file is re-used for >>> 5800 also. The common clocks for both are seggreagated and few >>> clocks which are different for both are separately initialized. >>> >>> Signed-off-by: Alim Akhtar <alim.akhtar@samsung.com> >>> Signed-off-by: Arun Kumar K <arun.kk@samsung.com> >> >> This isn't about your specific patch, but every time I see a new >> exynos variant get supported, it comes with a clock driver patch >> that is at least as big as all the other patches combined. >> >> New variants come out all the time now, and we are starting to >> accumulate huge amounts of clock definitions both in the source >> and the binary. I think we should try to come up with a better >> way to represent the clocks. I don't think any other SoC >> family is nearly as bad as Exynos, either because they have >> much fewer models, or because they abstract their clocks more >> and put all the tables into DT. >> >> I'm definitely not saying no to the exynos5800 addition for this, >> but I'm starting to get a little annoyed, and I think it would be >> good to come up with a new clock binding before we see 64-bit >> Exynos variants. > > One thing to note: your suggestion will almost certainly not be > conducive to get stable device trees. IMHO there's pretty much a zero > chance that you could properly describe all of the exynos clocks in > the first, second, third, or twentieth attempt. That means that if > anyone ever took it in their head to actually ship a device tree that > wasn't bundled with the kernel that it would probably be wrong. > > Declaring just "I have exynos5800 clocks" means that you're not > relying on the device tree. > > > The clocks are pretty table-based as-is, and I think that's about the > best you're going to get. +1 and similarly to pinctrl stuff. Both full-DT and table-based approaches were being discussed long time ago when moving Exynos to DT and generic frameworks and the conclusion was clearly in favor of the latter. Moreover, I don't think we should really be concerned about this, because we already have far less changes (not counting device tree sources) needed to support a SoC than we had before, in board file times. Not even saying that new SoCs are not being added that often. > > > NOTE: one could argue that possibly the 5420 and 5800 are different > enough that they ought to have separate tables. I don't feel like I'm > in enough of an ownership position to make that tradeoff either way, > though. I don't have the datasheets, but looking at the changes needed, they don't seem to be more different than Exynos4210 and Exynos4x12. The approach taken looks fine for me. Best regards, Tomasz ^ permalink raw reply [flat|nested] 22+ messages in thread
* [PATCH 2/3] ARM: dts: Add Exynos5800 dt file 2014-05-02 13:03 [PATCH 0/3] Add Exynos5800 support Arun Kumar K 2014-05-02 13:03 ` [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks Arun Kumar K @ 2014-05-02 13:03 ` Arun Kumar K 2014-05-02 16:49 ` Olof Johansson 2014-05-02 17:03 ` Tomasz Figa 2014-05-02 13:03 ` [PATCH 3/3] ARM: dts: Add peach-pi board support Arun Kumar K 2014-05-02 13:14 ` [PATCH 0/3] Add Exynos5800 support Kukjin Kim 3 siblings, 2 replies; 22+ messages in thread From: Arun Kumar K @ 2014-05-02 13:03 UTC (permalink / raw) To: linux-samsung-soc, devicetree Cc: kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung Most of the nodes of exynos5420 remains same for exynos5800. So the exynos5420.dtsi is included in exynos5800 and the changed node properties will be overriden. Signed-off-by: Arun Kumar K <arun.kk@samsung.com> --- arch/arm/boot/dts/exynos5800.dtsi | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) create mode 100644 arch/arm/boot/dts/exynos5800.dtsi diff --git a/arch/arm/boot/dts/exynos5800.dtsi b/arch/arm/boot/dts/exynos5800.dtsi new file mode 100644 index 0000000..6979fc7 --- /dev/null +++ b/arch/arm/boot/dts/exynos5800.dtsi @@ -0,0 +1,24 @@ +/* + * SAMSUNG EXYNOS5800 SoC device tree source + * + * Copyright (c) 2014 Samsung Electronics Co., Ltd. + * http://www.samsung.com + * + * SAMSUNG EXYNOS5800 SoC device nodes are listed in this file. + * EXYNOS5800 based board files can include this file and provide + * values for board specfic bindings. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. + */ + +#include "exynos5420.dtsi" + +/ { + compatible = "samsung,exynos5800", "samsung,exynos5"; +}; + +&clock { + compatible = "samsung,exynos5800-clock"; +}; -- 1.7.9.5 ^ permalink raw reply related [flat|nested] 22+ messages in thread
* Re: [PATCH 2/3] ARM: dts: Add Exynos5800 dt file 2014-05-02 13:03 ` [PATCH 2/3] ARM: dts: Add Exynos5800 dt file Arun Kumar K @ 2014-05-02 16:49 ` Olof Johansson 2014-05-02 17:03 ` Tomasz Figa 1 sibling, 0 replies; 22+ messages in thread From: Olof Johansson @ 2014-05-02 16:49 UTC (permalink / raw) To: Arun Kumar K Cc: linux-samsung-soc@vger.kernel.org, devicetree@vger.kernel.org, Kukjin Kim, Doug Anderson, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar This time from the right account: On Fri, May 2, 2014 at 6:03 AM, Arun Kumar K <arun.kk@samsung.com> wrote: > Most of the nodes of exynos5420 remains same for exynos5800. > So the exynos5420.dtsi is included in exynos5800 and the changed > node properties will be overriden. > > Signed-off-by: Arun Kumar K <arun.kk@samsung.com> Acked-by: Olof Johansson <olof@lixom.net> ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 2/3] ARM: dts: Add Exynos5800 dt file 2014-05-02 13:03 ` [PATCH 2/3] ARM: dts: Add Exynos5800 dt file Arun Kumar K 2014-05-02 16:49 ` Olof Johansson @ 2014-05-02 17:03 ` Tomasz Figa 1 sibling, 0 replies; 22+ messages in thread From: Tomasz Figa @ 2014-05-02 17:03 UTC (permalink / raw) To: Arun Kumar K, linux-samsung-soc, devicetree Cc: kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung Hi Arun, On 02.05.2014 15:03, Arun Kumar K wrote: > Most of the nodes of exynos5420 remains same for exynos5800. > So the exynos5420.dtsi is included in exynos5800 and the changed > node properties will be overriden. > > Signed-off-by: Arun Kumar K <arun.kk@samsung.com> > --- > arch/arm/boot/dts/exynos5800.dtsi | 24 ++++++++++++++++++++++++ > 1 file changed, 24 insertions(+) > create mode 100644 arch/arm/boot/dts/exynos5800.dtsi > > diff --git a/arch/arm/boot/dts/exynos5800.dtsi b/arch/arm/boot/dts/exynos5800.dtsi > new file mode 100644 > index 0000000..6979fc7 > --- /dev/null > +++ b/arch/arm/boot/dts/exynos5800.dtsi > @@ -0,0 +1,24 @@ > +/* > + * SAMSUNG EXYNOS5800 SoC device tree source > + * > + * Copyright (c) 2014 Samsung Electronics Co., Ltd. > + * http://www.samsung.com > + * > + * SAMSUNG EXYNOS5800 SoC device nodes are listed in this file. > + * EXYNOS5800 based board files can include this file and provide > + * values for board specfic bindings. > + * > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License version 2 as > + * published by the Free Software Foundation. > + */ > + > +#include "exynos5420.dtsi" > + > +/ { > + compatible = "samsung,exynos5800", "samsung,exynos5"; > +}; > + > +&clock { > + compatible = "samsung,exynos5800-clock"; > +}; > Looks good. Reviewed-by: Tomasz Figa <t.figa@samsung.com> Best regards, Tomasz ^ permalink raw reply [flat|nested] 22+ messages in thread
* [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-02 13:03 [PATCH 0/3] Add Exynos5800 support Arun Kumar K 2014-05-02 13:03 ` [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks Arun Kumar K 2014-05-02 13:03 ` [PATCH 2/3] ARM: dts: Add Exynos5800 dt file Arun Kumar K @ 2014-05-02 13:03 ` Arun Kumar K 2014-05-02 17:10 ` Tomasz Figa 2014-05-02 13:14 ` [PATCH 0/3] Add Exynos5800 support Kukjin Kim 3 siblings, 1 reply; 22+ messages in thread From: Arun Kumar K @ 2014-05-02 13:03 UTC (permalink / raw) To: linux-samsung-soc, devicetree Cc: kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung Adds support for google peach-pi board having the Exynos5800 SoC. Signed-off-by: Arun Kumar K <arun.kk@samsung.com> Signed-off-by: Doug Anderson <dianders@chromium.org> --- arch/arm/boot/dts/Makefile | 3 +- arch/arm/boot/dts/exynos5800-peach-pi.dts | 144 +++++++++++++++++++++++++++++ 2 files changed, 146 insertions(+), 1 deletion(-) create mode 100644 arch/arm/boot/dts/exynos5800-peach-pi.dts diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile index 35c146f..efe1573 100644 --- a/arch/arm/boot/dts/Makefile +++ b/arch/arm/boot/dts/Makefile @@ -76,7 +76,8 @@ dtb-$(CONFIG_ARCH_EXYNOS) += exynos4210-origen.dtb \ exynos5420-arndale-octa.dtb \ exynos5420-smdk5420.dtb \ exynos5440-sd5v1.dtb \ - exynos5440-ssdk5440.dtb + exynos5440-ssdk5440.dtb \ + exynos5800-peach-pi.dtb dtb-$(CONFIG_ARCH_HI3xxx) += hi3620-hi4511.dtb dtb-$(CONFIG_ARCH_HIGHBANK) += highbank.dtb \ ecx-2000.dtb diff --git a/arch/arm/boot/dts/exynos5800-peach-pi.dts b/arch/arm/boot/dts/exynos5800-peach-pi.dts new file mode 100644 index 0000000..e0f8633 --- /dev/null +++ b/arch/arm/boot/dts/exynos5800-peach-pi.dts @@ -0,0 +1,144 @@ +/* + * Google Peach Pi Rev 10+ board device tree source + * + * Copyright (c) 2014 Google, Inc + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. + */ + +/dts-v1/; +#include <dt-bindings/input/input.h> +#include <dt-bindings/gpio/gpio.h> +#include "exynos5800.dtsi" + +/ { + model = "Google Peach Pi Rev 10+"; + + compatible = "google,pi-rev16", + "google,pi-rev15", "google,pi-rev14", + "google,pi-rev13", "google,pi-rev12", + "google,pi-rev11", "google,pi-rev10", + "google,pi", "google,peach", "samsung,exynos5800", + "samsung,exynos5"; + + memory { + reg = <0 0>; + }; + + fixed-rate-clocks { + oscclk { + compatible = "samsung,exynos5420-oscclk"; + clock-frequency = <24000000>; + }; + }; + + gpio-keys { + compatible = "gpio-keys"; + + pinctrl-names = "default"; + pinctrl-0 = <&power_key_irq>; + + power { + label = "Power"; + gpios = <&gpx1 2 GPIO_ACTIVE_LOW>; + linux,code = <KEY_POWER>; + gpio-key,wakeup; + }; + }; + + backlight { + compatible = "pwm-backlight"; + pwms = <&pwm 0 1000000 0>; + brightness-levels = <0 100 500 1000 1500 2000 2500 2800>; + default-brightness-level = <7>; + pinctrl-0 = <&pwm0_out>; + pinctrl-names = "default"; + }; +}; + +&pinctrl_0 { + tpm_irq: tpm-irq { + samsung,pins = "gpx1-0"; + samsung,pin-function = <0>; + samsung,pin-pud = <0>; + samsung,pin-drv = <0>; + }; + + power_key_irq: power-key-irq { + samsung,pins = "gpx1-2"; + samsung,pin-function = <0>; + samsung,pin-pud = <0>; + samsung,pin-drv = <0>; + }; +}; + +&rtc { + status = "okay"; +}; + +&serial_3 { + status = "okay"; +}; + +&mmc_0 { + status = "okay"; + num-slots = <1>; + broken-cd; + caps2-mmc-hs200-1_8v; + supports-highspeed; + non-removable; + card-detect-delay = <200>; + clock-frequency = <400000000>; + samsung,dw-mshc-ciu-div = <3>; + samsung,dw-mshc-sdr-timing = <0 4>; + samsung,dw-mshc-ddr-timing = <0 2>; + pinctrl-names = "default"; + pinctrl-0 = <&sd0_clk &sd0_cmd &sd0_bus4 &sd0_bus8>; + + slot@0 { + reg = <0>; + bus-width = <8>; + }; +}; + +&mmc_2 { + status = "okay"; + num-slots = <1>; + supports-highspeed; + card-detect-delay = <200>; + clock-frequency = <400000000>; + samsung,dw-mshc-ciu-div = <3>; + samsung,dw-mshc-sdr-timing = <2 3>; + samsung,dw-mshc-ddr-timing = <1 2>; + pinctrl-names = "default"; + pinctrl-0 = <&sd2_clk &sd2_cmd &sd2_cd &sd2_bus4>; + + slot@0 { + reg = <0>; + bus-width = <4>; + }; +}; + +&hsi2c_9 { + status = "okay"; + clock-frequency = <400000>; + + tpm@20 { + compatible = "infineon,slb9645tt"; + reg = <0x20>; + /* Unused irq; but still need to configure the pins */ + pinctrl-names = "default"; + pinctrl-0 = <&tpm_irq>; + }; +}; + +/* + * Use longest HW watchdog in SoC (32 seconds) since the hardware + * watchdog provides no debugging information (compared to soft/hard + * lockup detectors) and so should be last resort. + */ +&watchdog { + timeout-sec = <32>; +}; -- 1.7.9.5 ^ permalink raw reply related [flat|nested] 22+ messages in thread
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-02 13:03 ` [PATCH 3/3] ARM: dts: Add peach-pi board support Arun Kumar K @ 2014-05-02 17:10 ` Tomasz Figa 2014-05-02 18:31 ` Doug Anderson 0 siblings, 1 reply; 22+ messages in thread From: Tomasz Figa @ 2014-05-02 17:10 UTC (permalink / raw) To: Arun Kumar K, linux-samsung-soc, devicetree Cc: kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung Hi Arun, On 02.05.2014 15:03, Arun Kumar K wrote: > Adds support for google peach-pi board having the > Exynos5800 SoC. > > Signed-off-by: Arun Kumar K <arun.kk@samsung.com> > Signed-off-by: Doug Anderson <dianders@chromium.org> > --- > arch/arm/boot/dts/Makefile | 3 +- > arch/arm/boot/dts/exynos5800-peach-pi.dts | 144 +++++++++++++++++++++++++++++ > 2 files changed, 146 insertions(+), 1 deletion(-) > create mode 100644 arch/arm/boot/dts/exynos5800-peach-pi.dts > > diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile > index 35c146f..efe1573 100644 > --- a/arch/arm/boot/dts/Makefile > +++ b/arch/arm/boot/dts/Makefile > @@ -76,7 +76,8 @@ dtb-$(CONFIG_ARCH_EXYNOS) += exynos4210-origen.dtb \ > exynos5420-arndale-octa.dtb \ > exynos5420-smdk5420.dtb \ > exynos5440-sd5v1.dtb \ > - exynos5440-ssdk5440.dtb > + exynos5440-ssdk5440.dtb \ > + exynos5800-peach-pi.dtb > dtb-$(CONFIG_ARCH_HI3xxx) += hi3620-hi4511.dtb > dtb-$(CONFIG_ARCH_HIGHBANK) += highbank.dtb \ > ecx-2000.dtb > diff --git a/arch/arm/boot/dts/exynos5800-peach-pi.dts b/arch/arm/boot/dts/exynos5800-peach-pi.dts > new file mode 100644 > index 0000000..e0f8633 > --- /dev/null > +++ b/arch/arm/boot/dts/exynos5800-peach-pi.dts > @@ -0,0 +1,144 @@ > +/* > + * Google Peach Pi Rev 10+ board device tree source > + * > + * Copyright (c) 2014 Google, Inc > + * > + * This program is free software; you can redistribute it and/or modify > + * it under the terms of the GNU General Public License version 2 as > + * published by the Free Software Foundation. > + */ > + > +/dts-v1/; > +#include <dt-bindings/input/input.h> > +#include <dt-bindings/gpio/gpio.h> > +#include "exynos5800.dtsi" > + > +/ { > + model = "Google Peach Pi Rev 10+"; > + > + compatible = "google,pi-rev16", > + "google,pi-rev15", "google,pi-rev14", > + "google,pi-rev13", "google,pi-rev12", > + "google,pi-rev11", "google,pi-rev10", > + "google,pi", "google,peach", "samsung,exynos5800", > + "samsung,exynos5"; I can see this board using the "google,peach" compatible string, which is the same as one listed for peach-pit board. Since they are based on different SoCs, are they really compatible? > + > + memory { > + reg = <0 0>; I don't think this is a good idea, because this is basically rendering this dts file useless, unless used with a bootloader that can actually inject correct values. I believe that some generic setup could be provided in the dts, so you could at least get the board running. Otherwise looks good, so after addressing the two comments above feel free to add my Reviewed-by. Best regards, Tomasz ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-02 17:10 ` Tomasz Figa @ 2014-05-02 18:31 ` Doug Anderson 2014-05-03 2:00 ` Tomasz Figa 0 siblings, 1 reply; 22+ messages in thread From: Doug Anderson @ 2014-05-02 18:31 UTC (permalink / raw) To: Tomasz Figa Cc: Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar Tomasz, On Fri, May 2, 2014 at 10:10 AM, Tomasz Figa <tomasz.figa@gmail.com> wrote: > Hi Arun, > > > On 02.05.2014 15:03, Arun Kumar K wrote: >> >> Adds support for google peach-pi board having the >> Exynos5800 SoC. >> >> Signed-off-by: Arun Kumar K <arun.kk@samsung.com> >> Signed-off-by: Doug Anderson <dianders@chromium.org> >> --- >> arch/arm/boot/dts/Makefile | 3 +- >> arch/arm/boot/dts/exynos5800-peach-pi.dts | 144 >> +++++++++++++++++++++++++++++ >> 2 files changed, 146 insertions(+), 1 deletion(-) >> create mode 100644 arch/arm/boot/dts/exynos5800-peach-pi.dts >> >> diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile >> index 35c146f..efe1573 100644 >> --- a/arch/arm/boot/dts/Makefile >> +++ b/arch/arm/boot/dts/Makefile >> @@ -76,7 +76,8 @@ dtb-$(CONFIG_ARCH_EXYNOS) += exynos4210-origen.dtb \ >> exynos5420-arndale-octa.dtb \ >> exynos5420-smdk5420.dtb \ >> exynos5440-sd5v1.dtb \ >> - exynos5440-ssdk5440.dtb >> + exynos5440-ssdk5440.dtb \ >> + exynos5800-peach-pi.dtb >> dtb-$(CONFIG_ARCH_HI3xxx) += hi3620-hi4511.dtb >> dtb-$(CONFIG_ARCH_HIGHBANK) += highbank.dtb \ >> ecx-2000.dtb >> diff --git a/arch/arm/boot/dts/exynos5800-peach-pi.dts >> b/arch/arm/boot/dts/exynos5800-peach-pi.dts >> new file mode 100644 >> index 0000000..e0f8633 >> --- /dev/null >> +++ b/arch/arm/boot/dts/exynos5800-peach-pi.dts >> @@ -0,0 +1,144 @@ >> +/* >> + * Google Peach Pi Rev 10+ board device tree source >> + * >> + * Copyright (c) 2014 Google, Inc >> + * >> + * This program is free software; you can redistribute it and/or modify >> + * it under the terms of the GNU General Public License version 2 as >> + * published by the Free Software Foundation. >> + */ >> + >> +/dts-v1/; >> +#include <dt-bindings/input/input.h> >> +#include <dt-bindings/gpio/gpio.h> >> +#include "exynos5800.dtsi" >> + >> +/ { >> + model = "Google Peach Pi Rev 10+"; >> + >> + compatible = "google,pi-rev16", >> + "google,pi-rev15", "google,pi-rev14", >> + "google,pi-rev13", "google,pi-rev12", >> + "google,pi-rev11", "google,pi-rev10", >> + "google,pi", "google,peach", "samsung,exynos5800", >> + "samsung,exynos5"; > > > I can see this board using the "google,peach" compatible string, which is > the same as one listed for peach-pit board. Since they are based on > different SoCs, are they really compatible? I'd like to see "google,peach" continue to be here but won't fight too strongly if it's rejected. The pit and pi boards are incredibly similar to each other. They have a 380 point difference in their processor and a few minor peripheral differences, but not a lot else. I could totally imagine some code somewhere wanting to know if this board is compatible with "google,peach" just like you can imagine code somewhere wanting to know if this is compatible with "samsung,exynos5". Potentially you could swap the order of "google,peach" and "samsung,exynos5800" though... >> + >> + memory { >> + reg = <0 0>; > > I don't think this is a good idea, because this is basically rendering this > dts file useless, unless used with a bootloader that can actually inject > correct values. I believe that some generic setup could be provided in the > dts, so you could at least get the board running. I won't say that I care a whole lot, but I think that was what was agreed upon the other day. Specifically Tom Rini of U-Boot was worried about the fact that U-Boot will read the memory node and totally clobber it. He thought there might be cases where someone might _purposely_ not want U-Boot to do that. ...I would wonder what alternate bootloader you're imagining will actually run on this board and not do this? In any case, if people don't like it then we can get rid of it IMHO. -Doug ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-02 18:31 ` Doug Anderson @ 2014-05-03 2:00 ` Tomasz Figa [not found] ` <53644DDB.7050503-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 0 siblings, 1 reply; 22+ messages in thread From: Tomasz Figa @ 2014-05-03 2:00 UTC (permalink / raw) To: Doug Anderson Cc: Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar Hi Doug, On 02.05.2014 20:31, Doug Anderson wrote: > Tomasz, > > On Fri, May 2, 2014 at 10:10 AM, Tomasz Figa <tomasz.figa@gmail.com> wrote: >> Hi Arun, >> >> >> On 02.05.2014 15:03, Arun Kumar K wrote: >>> >>> Adds support for google peach-pi board having the >>> Exynos5800 SoC. >>> >>> Signed-off-by: Arun Kumar K <arun.kk@samsung.com> >>> Signed-off-by: Doug Anderson <dianders@chromium.org> >>> --- >>> arch/arm/boot/dts/Makefile | 3 +- >>> arch/arm/boot/dts/exynos5800-peach-pi.dts | 144 >>> +++++++++++++++++++++++++++++ >>> 2 files changed, 146 insertions(+), 1 deletion(-) >>> create mode 100644 arch/arm/boot/dts/exynos5800-peach-pi.dts >>> >>> diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile >>> index 35c146f..efe1573 100644 >>> --- a/arch/arm/boot/dts/Makefile >>> +++ b/arch/arm/boot/dts/Makefile >>> @@ -76,7 +76,8 @@ dtb-$(CONFIG_ARCH_EXYNOS) += exynos4210-origen.dtb \ >>> exynos5420-arndale-octa.dtb \ >>> exynos5420-smdk5420.dtb \ >>> exynos5440-sd5v1.dtb \ >>> - exynos5440-ssdk5440.dtb >>> + exynos5440-ssdk5440.dtb \ >>> + exynos5800-peach-pi.dtb >>> dtb-$(CONFIG_ARCH_HI3xxx) += hi3620-hi4511.dtb >>> dtb-$(CONFIG_ARCH_HIGHBANK) += highbank.dtb \ >>> ecx-2000.dtb >>> diff --git a/arch/arm/boot/dts/exynos5800-peach-pi.dts >>> b/arch/arm/boot/dts/exynos5800-peach-pi.dts >>> new file mode 100644 >>> index 0000000..e0f8633 >>> --- /dev/null >>> +++ b/arch/arm/boot/dts/exynos5800-peach-pi.dts >>> @@ -0,0 +1,144 @@ >>> +/* >>> + * Google Peach Pi Rev 10+ board device tree source >>> + * >>> + * Copyright (c) 2014 Google, Inc >>> + * >>> + * This program is free software; you can redistribute it and/or modify >>> + * it under the terms of the GNU General Public License version 2 as >>> + * published by the Free Software Foundation. >>> + */ >>> + >>> +/dts-v1/; >>> +#include <dt-bindings/input/input.h> >>> +#include <dt-bindings/gpio/gpio.h> >>> +#include "exynos5800.dtsi" >>> + >>> +/ { >>> + model = "Google Peach Pi Rev 10+"; >>> + >>> + compatible = "google,pi-rev16", >>> + "google,pi-rev15", "google,pi-rev14", >>> + "google,pi-rev13", "google,pi-rev12", >>> + "google,pi-rev11", "google,pi-rev10", >>> + "google,pi", "google,peach", "samsung,exynos5800", >>> + "samsung,exynos5"; >> >> >> I can see this board using the "google,peach" compatible string, which is >> the same as one listed for peach-pit board. Since they are based on >> different SoCs, are they really compatible? > > I'd like to see "google,peach" continue to be here but won't fight too > strongly if it's rejected. The pit and pi boards are incredibly > similar to each other. They have a 380 point difference in their > processor and a few minor peripheral differences, but not a lot else. > > I could totally imagine some code somewhere wanting to know if this > board is compatible with "google,peach" just like you can imagine code > somewhere wanting to know if this is compatible with > "samsung,exynos5". > > Potentially you could swap the order of "google,peach" and > "samsung,exynos5800" though... > Well, if you can use the device tree of peach-pit board and boot peach-pi and vice-versa and it won't cause any hardware failures then I guess it's fine to keep this string. Not sure about the order, though, as both "google,peach" and "samsung,exynos5800" strings can't really be strictly ordered. IMHO current order is the closest to ideal, as particular family of similar boards is supposedly less generic than all boards based on particular SoC. > >>> + >>> + memory { >>> + reg = <0 0>; >> >> I don't think this is a good idea, because this is basically rendering this >> dts file useless, unless used with a bootloader that can actually inject >> correct values. I believe that some generic setup could be provided in the >> dts, so you could at least get the board running. > > I won't say that I care a whole lot, but I think that was what was > agreed upon the other day. Specifically Tom Rini of U-Boot was > worried about the fact that U-Boot will read the memory node and > totally clobber it. He thought there might be cases where someone > might _purposely_ not want U-Boot to do that. > > ...I would wonder what alternate bootloader you're imagining will > actually run on this board and not do this? People should have the freedom to choose anything they want. We have also barebox and coreboot with ARM and even Exynos5 support (in coreboot), but people might want to use something completely exotic as well and the device tree should let them do so. Best regards, Tomasz ^ permalink raw reply [flat|nested] 22+ messages in thread
[parent not found: <53644DDB.7050503-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>]
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support [not found] ` <53644DDB.7050503-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> @ 2014-05-05 15:17 ` Doug Anderson 2014-05-05 18:18 ` Tom Rini 0 siblings, 1 reply; 22+ messages in thread From: Doug Anderson @ 2014-05-05 15:17 UTC (permalink / raw) To: Tomasz Figa Cc: Arun Kumar K, linux-samsung-soc, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar, Tom Rini On Fri, May 2, 2014 at 7:00 PM, Tomasz Figa <tomasz.figa-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote: > Well, if you can use the device tree of peach-pit board and boot peach-pi > and vice-versa and it won't cause any hardware failures then I guess it's > fine to keep this string. I believe you can actually make it a good portion of the way through boot, though a bunch of things (including graphics) won't work. I general I don't think it's all that different from "exynos5". >>> I don't think this is a good idea, because this is basically rendering >>> this >>> dts file useless, unless used with a bootloader that can actually inject >>> correct values. I believe that some generic setup could be provided in >>> the >>> dts, so you could at least get the board running. >> >> >> I won't say that I care a whole lot, but I think that was what was >> agreed upon the other day. Specifically Tom Rini of U-Boot was >> worried about the fact that U-Boot will read the memory node and >> totally clobber it. He thought there might be cases where someone >> might _purposely_ not want U-Boot to do that. >> >> ...I would wonder what alternate bootloader you're imagining will >> actually run on this board and not do this? > > > People should have the freedom to choose anything they want. We have also > barebox and coreboot with ARM and even Exynos5 support (in coreboot), but > people might want to use something completely exotic as well and the device > tree should let them do so. Fair enough. Unless Tom cares about this enough to throw his opinion in here, I guess our answer is that the memory node should have a sane default and we'll expect the bootloader to put something better in if it can properly probe memory. In this case I guess it would be 2GB. -Doug -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-05 15:17 ` Doug Anderson @ 2014-05-05 18:18 ` Tom Rini 2014-05-08 21:55 ` Bjorn Andersson 0 siblings, 1 reply; 22+ messages in thread From: Tom Rini @ 2014-05-05 18:18 UTC (permalink / raw) To: Doug Anderson, Tomasz Figa Cc: Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar On 05/05/2014 11:17 AM, Doug Anderson wrote: > On Fri, May 2, 2014 at 7:00 PM, Tomasz Figa <tomasz.figa@gmail.com> wrote: >> Well, if you can use the device tree of peach-pit board and boot peach-pi >> and vice-versa and it won't cause any hardware failures then I guess it's >> fine to keep this string. > > I believe you can actually make it a good portion of the way through > boot, though a bunch of things (including graphics) won't work. I > general I don't think it's all that different from "exynos5". > > >>>> I don't think this is a good idea, because this is basically rendering >>>> this >>>> dts file useless, unless used with a bootloader that can actually inject >>>> correct values. I believe that some generic setup could be provided in >>>> the >>>> dts, so you could at least get the board running. >>> >>> >>> I won't say that I care a whole lot, but I think that was what was >>> agreed upon the other day. Specifically Tom Rini of U-Boot was >>> worried about the fact that U-Boot will read the memory node and >>> totally clobber it. He thought there might be cases where someone >>> might _purposely_ not want U-Boot to do that. >>> >>> ...I would wonder what alternate bootloader you're imagining will >>> actually run on this board and not do this? >> >> >> People should have the freedom to choose anything they want. We have also >> barebox and coreboot with ARM and even Exynos5 support (in coreboot), but >> people might want to use something completely exotic as well and the device >> tree should let them do so. > > Fair enough. Unless Tom cares about this enough to throw his opinion > in here, I guess our answer is that the memory node should have a sane > default and we'll expect the bootloader to put something better in if > it can properly probe memory. > > In this case I guess it would be 2GB. So, a memory node that says a size of 0 is a valid and long standing (see PowerPC folks) way of saying "please fill in my memory node value for me" due to any number of reasons for not knowing before hand how much memory there is. Any boot loader which cannot fill in the memory node is going to have problems with the various boards (PowerPC, ARM and other) which say "my memory size is 0, I want this fixed up at run time". The problem I was raising at the ELC BoF is that today we can't just stop overwriting values in the non-zero case as many boards lie about their memory size, in non-zero ways, but no one noticed as they only tested with U-Boot which was performing the fixup. -- Tom ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-05 18:18 ` Tom Rini @ 2014-05-08 21:55 ` Bjorn Andersson 2014-05-08 22:16 ` Tom Rini 0 siblings, 1 reply; 22+ messages in thread From: Bjorn Andersson @ 2014-05-08 21:55 UTC (permalink / raw) To: Tom Rini Cc: Doug Anderson, Tomasz Figa, Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar On Mon, May 5, 2014 at 11:18 AM, Tom Rini <trini@ti.com> wrote: [...] > The problem I was raising at the ELC BoF is that today we can't just > stop overwriting values in the non-zero case as many boards lie about > their memory size, in non-zero ways, but no one noticed as they only > tested with U-Boot which was performing the fixup. So, should we conclude are we stuck being bug-compatible forever? I was hoping to add this logic to the kernel by [1], but of course this won't fly based on the argument you highlighted (as was pointed out by Uwe). [1] https://lkml.org/lkml/2014/5/7/28 Regards, Bjorn ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-08 21:55 ` Bjorn Andersson @ 2014-05-08 22:16 ` Tom Rini 2014-05-08 22:22 ` Bjorn Andersson 0 siblings, 1 reply; 22+ messages in thread From: Tom Rini @ 2014-05-08 22:16 UTC (permalink / raw) To: Bjorn Andersson Cc: Doug Anderson, Tomasz Figa, Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar On 05/08/2014 05:55 PM, Bjorn Andersson wrote: > On Mon, May 5, 2014 at 11:18 AM, Tom Rini <trini@ti.com> wrote: > [...] >> The problem I was raising at the ELC BoF is that today we can't just >> stop overwriting values in the non-zero case as many boards lie about >> their memory size, in non-zero ways, but no one noticed as they only >> tested with U-Boot which was performing the fixup. > > So, should we conclude are we stuck being bug-compatible forever? > > I was hoping to add this logic to the kernel by [1], but of course > this won't fly > based on the argument you highlighted (as was pointed out by Uwe). > > [1] https://lkml.org/lkml/2014/5/7/28 Well, device tree should always win and once passed to the kernel, be correct. If you have control of the kernel but not bootloader, like Uwe says, drop the ATAG support. -- Tom ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 3/3] ARM: dts: Add peach-pi board support 2014-05-08 22:16 ` Tom Rini @ 2014-05-08 22:22 ` Bjorn Andersson 0 siblings, 0 replies; 22+ messages in thread From: Bjorn Andersson @ 2014-05-08 22:22 UTC (permalink / raw) To: Tom Rini Cc: Doug Anderson, Tomasz Figa, Arun Kumar K, linux-samsung-soc, devicetree@vger.kernel.org, Kukjin Kim, Olof Johansson, Tomasz Figa, Sachin Kamat, Tushar Behera, Arun Kumar On Thu, May 8, 2014 at 3:16 PM, Tom Rini <trini@ti.com> wrote: > On 05/08/2014 05:55 PM, Bjorn Andersson wrote: >> On Mon, May 5, 2014 at 11:18 AM, Tom Rini <trini@ti.com> wrote: >> [...] >>> The problem I was raising at the ELC BoF is that today we can't just >>> stop overwriting values in the non-zero case as many boards lie about >>> their memory size, in non-zero ways, but no one noticed as they only >>> tested with U-Boot which was performing the fixup. >> >> So, should we conclude are we stuck being bug-compatible forever? >> >> I was hoping to add this logic to the kernel by [1], but of course >> this won't fly >> based on the argument you highlighted (as was pointed out by Uwe). >> >> [1] https://lkml.org/lkml/2014/5/7/28 > > Well, device tree should always win and once passed to the kernel, be > correct. If you have control of the kernel but not bootloader, like Uwe > says, drop the ATAG support. Yeah, that would be all nice and dandy, except for the bootloader passing device specific parameters on the command line. Maybe I can recreate enough of the data later on to actually go with that though... Regards, Bjorn ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [PATCH 0/3] Add Exynos5800 support 2014-05-02 13:03 [PATCH 0/3] Add Exynos5800 support Arun Kumar K ` (2 preceding siblings ...) 2014-05-02 13:03 ` [PATCH 3/3] ARM: dts: Add peach-pi board support Arun Kumar K @ 2014-05-02 13:14 ` Kukjin Kim 3 siblings, 0 replies; 22+ messages in thread From: Kukjin Kim @ 2014-05-02 13:14 UTC (permalink / raw) To: Arun Kumar K Cc: linux-samsung-soc, devicetree, kgene.kim, dianders, olofj, t.figa, sachin.kamat, tushar.behera, arunkk.samsung On 05/02/14 22:03, Arun Kumar K wrote: > Exynos5800 is a derivative of Exynos5420 with higher > clock speeds and most other IP blocks remaining the same > except for a few. > Due to the similarities with 5420, following is done to > achieve maximum code re-use: > - Use the same 5420 clock file with few changes for adding > extra 5800 clocks. > - Include the 5420 dtsi into 5800 and override required > properties. > > This series is dependent on the following patches > 1) Adding node labels for Exynos5420 > https://patchwork.kernel.org/patch/4092701/ > 2) Adding pwm nodes for backlight > https://patchwork.kernel.org/patch/4101881/ > > Alim Akhtar (1): > clk: exynos5420: Add 5800 specific clocks > > Arun Kumar K (2): > ARM: dts: Add Exynos5800 dt file > ARM: dts: Add peach-pi board support > > .../devicetree/bindings/clock/exynos5420-clock.txt | 3 +- > arch/arm/boot/dts/Makefile | 3 +- > arch/arm/boot/dts/exynos5800-peach-pi.dts | 144 +++++++++++++++ > arch/arm/boot/dts/exynos5800.dtsi | 24 +++ > drivers/clk/samsung/clk-exynos5420.c | 192 +++++++++++++++----- > include/dt-bindings/clock/exynos5420.h | 1 + > 6 files changed, 320 insertions(+), 47 deletions(-) > create mode 100644 arch/arm/boot/dts/exynos5800-peach-pi.dts > create mode 100644 arch/arm/boot/dts/exynos5800.dtsi > Hi all, Just note that some changes of C and Kconfig in mach-exynos are missed in this series as per my suggestion because I'm working on consolidate it for exynos stuff. So please just review dt and clock stuff. Thanks, Kukjin ^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2014-05-08 22:22 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-02 13:03 [PATCH 0/3] Add Exynos5800 support Arun Kumar K
2014-05-02 13:03 ` [PATCH 1/3] clk: exynos5420: Add 5800 specific clocks Arun Kumar K
2014-05-02 17:23 ` Tomasz Figa
2014-05-03 12:06 ` Arun Kumar K
2014-05-02 17:51 ` Andrew Bresticker
2014-05-03 12:12 ` Arun Kumar K
2014-05-02 18:52 ` Arnd Bergmann
2014-05-02 19:35 ` Doug Anderson
2014-05-03 2:12 ` Tomasz Figa
2014-05-02 13:03 ` [PATCH 2/3] ARM: dts: Add Exynos5800 dt file Arun Kumar K
2014-05-02 16:49 ` Olof Johansson
2014-05-02 17:03 ` Tomasz Figa
2014-05-02 13:03 ` [PATCH 3/3] ARM: dts: Add peach-pi board support Arun Kumar K
2014-05-02 17:10 ` Tomasz Figa
2014-05-02 18:31 ` Doug Anderson
2014-05-03 2:00 ` Tomasz Figa
[not found] ` <53644DDB.7050503-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2014-05-05 15:17 ` Doug Anderson
2014-05-05 18:18 ` Tom Rini
2014-05-08 21:55 ` Bjorn Andersson
2014-05-08 22:16 ` Tom Rini
2014-05-08 22:22 ` Bjorn Andersson
2014-05-02 13:14 ` [PATCH 0/3] Add Exynos5800 support Kukjin Kim
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).