diff mbox

[U-Boot,2/3] ARM: am335x: Add support for chiliSOM

Message ID 20170123133916.3366-3-m.niestroj@grinn-global.com
State Changes Requested
Delegated to: Tom Rini
Headers show

Commit Message

Marcin Niestroj Jan. 23, 2017, 1:39 p.m. UTC
chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
It can't exists on its own, but will be used as part of other boards.

Hardware specification:
 * TI AM335x processor
 * 128M, 256M or 512M DDR3 memory
 * up to 256M NAND

Here we treat SOM similar to SOC, so we place it inside arch/arm/mach-*
directory and make it possible to reuse initialization code (i.e. DDR,
NAND init) for all boards that use it. This approach is similar as for
liteSOM module.

Signed-off-by: Marcin Niestroj <m.niestroj@grinn-global.com>
---
 arch/arm/Kconfig                               |   2 +
 arch/arm/Makefile                              |   1 +
 arch/arm/mach-chilisom/Kconfig                 |   4 +
 arch/arm/mach-chilisom/Makefile                |   6 +
 arch/arm/mach-chilisom/chilisom.c              | 185 +++++++++++++++++++++++++
 arch/arm/mach-chilisom/include/mach/chilisom.h |  15 ++
 6 files changed, 213 insertions(+)
 create mode 100644 arch/arm/mach-chilisom/Kconfig
 create mode 100644 arch/arm/mach-chilisom/Makefile
 create mode 100644 arch/arm/mach-chilisom/chilisom.c
 create mode 100644 arch/arm/mach-chilisom/include/mach/chilisom.h

Comments

Tom Rini Jan. 23, 2017, 3:56 p.m. UTC | #1
On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:

> chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
> It can't exists on its own, but will be used as part of other boards.
> 
> Hardware specification:
>  * TI AM335x processor
>  * 128M, 256M or 512M DDR3 memory
>  * up to 256M NAND
> 
> Here we treat SOM similar to SOC, so we place it inside arch/arm/mach-*
> directory and make it possible to reuse initialization code (i.e. DDR,
> NAND init) for all boards that use it. This approach is similar as for
> liteSOM module.
> 
> Signed-off-by: Marcin Niestroj <m.niestroj@grinn-global.com>
> ---
>  arch/arm/Kconfig                               |   2 +
>  arch/arm/Makefile                              |   1 +
>  arch/arm/mach-chilisom/Kconfig                 |   4 +
>  arch/arm/mach-chilisom/Makefile                |   6 +
>  arch/arm/mach-chilisom/chilisom.c              | 185 +++++++++++++++++++++++++
>  arch/arm/mach-chilisom/include/mach/chilisom.h |  15 ++
>  6 files changed, 213 insertions(+)

These don't belong in a new mach directory, this should end up in
board/grinn/common/ instead, thanks!
Marcin Niestroj Jan. 23, 2017, 4:27 p.m. UTC | #2
Hi,
Thanks for review! See my comment below.

On 23.01.2017 16:56, Tom Rini wrote:
> On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:
>
>> chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
>> It can't exists on its own, but will be used as part of other boards.
>>
>> Hardware specification:
>>  * TI AM335x processor
>>  * 128M, 256M or 512M DDR3 memory
>>  * up to 256M NAND
>>
>> Here we treat SOM similar to SOC, so we place it inside arch/arm/mach-*
>> directory and make it possible to reuse initialization code (i.e. DDR,
>> NAND init) for all boards that use it. This approach is similar as for
>> liteSOM module.
>>
>> Signed-off-by: Marcin Niestroj <m.niestroj@grinn-global.com>
>> ---
>>  arch/arm/Kconfig                               |   2 +
>>  arch/arm/Makefile                              |   1 +
>>  arch/arm/mach-chilisom/Kconfig                 |   4 +
>>  arch/arm/mach-chilisom/Makefile                |   6 +
>>  arch/arm/mach-chilisom/chilisom.c              | 185 +++++++++++++++++++++++++
>>  arch/arm/mach-chilisom/include/mach/chilisom.h |  15 ++
>>  6 files changed, 213 insertions(+)
>
> These don't belong in a new mach directory, this should end up in
> board/grinn/common/ instead, thanks!
>

This will work for all grinn boards. But the idea is that some other
vendor can make a board that will use chilisom as it's base. And in
that case sources from board/grinn/common/ directory won't compile.
Do you have any idea how to bypass this restriction?
Tom Rini Jan. 23, 2017, 5:07 p.m. UTC | #3
On Mon, Jan 23, 2017 at 05:27:09PM +0100, Marcin Niestroj wrote:
> Hi,
> Thanks for review! See my comment below.
> 
> On 23.01.2017 16:56, Tom Rini wrote:
> >On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:
> >
> >>chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
> >>It can't exists on its own, but will be used as part of other boards.
> >>
> >>Hardware specification:
> >> * TI AM335x processor
> >> * 128M, 256M or 512M DDR3 memory
> >> * up to 256M NAND
> >>
> >>Here we treat SOM similar to SOC, so we place it inside arch/arm/mach-*
> >>directory and make it possible to reuse initialization code (i.e. DDR,
> >>NAND init) for all boards that use it. This approach is similar as for
> >>liteSOM module.
> >>
> >>Signed-off-by: Marcin Niestroj <m.niestroj@grinn-global.com>
> >>---
> >> arch/arm/Kconfig                               |   2 +
> >> arch/arm/Makefile                              |   1 +
> >> arch/arm/mach-chilisom/Kconfig                 |   4 +
> >> arch/arm/mach-chilisom/Makefile                |   6 +
> >> arch/arm/mach-chilisom/chilisom.c              | 185 +++++++++++++++++++++++++
> >> arch/arm/mach-chilisom/include/mach/chilisom.h |  15 ++
> >> 6 files changed, 213 insertions(+)
> >
> >These don't belong in a new mach directory, this should end up in
> >board/grinn/common/ instead, thanks!
> >
> 
> This will work for all grinn boards. But the idea is that some other
> vendor can make a board that will use chilisom as it's base. And in
> that case sources from board/grinn/common/ directory won't compile.
> Do you have any idea how to bypass this restriction?

Good question.  I think the full answer here is that oops,
arch/arm/mach-litesom shouldn't have been ACK'd as other SoMs (say
board/solidrun/mx6cuboxi/) just keep everything central to the board
directory and expect that derivations will just copy the directory and
edit in-place.  That said, that is indeed not optimal, especially since
you've already done the leg-work to split things for SoM and carrier.
Perhaps arch/arm/mach-omap2/am33xx/chilisom.c (depends on
CONFIG_AM33XX_CHILISOM, which gets select'd by the boards in question).
And then a similar change for mach-litesom into arch/arm/cpu/armv7/mx6/
(which will get moved to arch/arm/mach-imx at some point I believe).
Thanks!
Marcin Niestroj Jan. 24, 2017, 4:27 p.m. UTC | #4
On 23.01.2017 18:07, Tom Rini wrote:
> On Mon, Jan 23, 2017 at 05:27:09PM +0100, Marcin Niestroj wrote:
>> Hi,
>> Thanks for review! See my comment below.
>>
>> On 23.01.2017 16:56, Tom Rini wrote:
>>> On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:
>>>
>>>> chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
>>>> It can't exists on its own, but will be used as part of other boards.
>>>>
>>>> Hardware specification:
>>>> * TI AM335x processor
>>>> * 128M, 256M or 512M DDR3 memory
>>>> * up to 256M NAND
>>>>
>>>> Here we treat SOM similar to SOC, so we place it inside arch/arm/mach-*
>>>> directory and make it possible to reuse initialization code (i.e. DDR,
>>>> NAND init) for all boards that use it. This approach is similar as for
>>>> liteSOM module.
>>>>
>>>> Signed-off-by: Marcin Niestroj <m.niestroj@grinn-global.com>
>>>> ---
>>>> arch/arm/Kconfig                               |   2 +
>>>> arch/arm/Makefile                              |   1 +
>>>> arch/arm/mach-chilisom/Kconfig                 |   4 +
>>>> arch/arm/mach-chilisom/Makefile                |   6 +
>>>> arch/arm/mach-chilisom/chilisom.c              | 185 +++++++++++++++++++++++++
>>>> arch/arm/mach-chilisom/include/mach/chilisom.h |  15 ++
>>>> 6 files changed, 213 insertions(+)
>>>
>>> These don't belong in a new mach directory, this should end up in
>>> board/grinn/common/ instead, thanks!
>>>
>>
>> This will work for all grinn boards. But the idea is that some other
>> vendor can make a board that will use chilisom as it's base. And in
>> that case sources from board/grinn/common/ directory won't compile.
>> Do you have any idea how to bypass this restriction?
>
> Good question.  I think the full answer here is that oops,
> arch/arm/mach-litesom shouldn't have been ACK'd as other SoMs (say
> board/solidrun/mx6cuboxi/) just keep everything central to the board
> directory and expect that derivations will just copy the directory and
> edit in-place.  That said, that is indeed not optimal, especially since
> you've already done the leg-work to split things for SoM and carrier.
> Perhaps arch/arm/mach-omap2/am33xx/chilisom.c (depends on
> CONFIG_AM33XX_CHILISOM, which gets select'd by the boards in question).
> And then a similar change for mach-litesom into arch/arm/cpu/armv7/mx6/
> (which will get moved to arch/arm/mach-imx at some point I believe).
> Thanks!
>

Ok, so I will move source to arch/arm/mach-omap2/am33xx/chilisom.c as
you suggested. What about chilisom.h? Should it go to
arch/arm/mach-omap2/include/mach/ (which is not existing right now) or
should it be in arch/arm/include/asm/arch-am33xx/ as other headers?
Tom Rini Jan. 24, 2017, 4:29 p.m. UTC | #5
On Tue, Jan 24, 2017 at 05:27:50PM +0100, Marcin Niestroj wrote:
> 
> 
> On 23.01.2017 18:07, Tom Rini wrote:
> >On Mon, Jan 23, 2017 at 05:27:09PM +0100, Marcin Niestroj wrote:
> >>Hi,
> >>Thanks for review! See my comment below.
> >>
> >>On 23.01.2017 16:56, Tom Rini wrote:
> >>>On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:
> >>>
> >>>>chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
> >>>>It can't exists on its own, but will be used as part of other boards.
> >>>>
> >>>>Hardware specification:
> >>>>* TI AM335x processor
> >>>>* 128M, 256M or 512M DDR3 memory
> >>>>* up to 256M NAND
> >>>>
> >>>>Here we treat SOM similar to SOC, so we place it inside arch/arm/mach-*
> >>>>directory and make it possible to reuse initialization code (i.e. DDR,
> >>>>NAND init) for all boards that use it. This approach is similar as for
> >>>>liteSOM module.
> >>>>
> >>>>Signed-off-by: Marcin Niestroj <m.niestroj@grinn-global.com>
> >>>>---
> >>>>arch/arm/Kconfig                               |   2 +
> >>>>arch/arm/Makefile                              |   1 +
> >>>>arch/arm/mach-chilisom/Kconfig                 |   4 +
> >>>>arch/arm/mach-chilisom/Makefile                |   6 +
> >>>>arch/arm/mach-chilisom/chilisom.c              | 185 +++++++++++++++++++++++++
> >>>>arch/arm/mach-chilisom/include/mach/chilisom.h |  15 ++
> >>>>6 files changed, 213 insertions(+)
> >>>
> >>>These don't belong in a new mach directory, this should end up in
> >>>board/grinn/common/ instead, thanks!
> >>>
> >>
> >>This will work for all grinn boards. But the idea is that some other
> >>vendor can make a board that will use chilisom as it's base. And in
> >>that case sources from board/grinn/common/ directory won't compile.
> >>Do you have any idea how to bypass this restriction?
> >
> >Good question.  I think the full answer here is that oops,
> >arch/arm/mach-litesom shouldn't have been ACK'd as other SoMs (say
> >board/solidrun/mx6cuboxi/) just keep everything central to the board
> >directory and expect that derivations will just copy the directory and
> >edit in-place.  That said, that is indeed not optimal, especially since
> >you've already done the leg-work to split things for SoM and carrier.
> >Perhaps arch/arm/mach-omap2/am33xx/chilisom.c (depends on
> >CONFIG_AM33XX_CHILISOM, which gets select'd by the boards in question).
> >And then a similar change for mach-litesom into arch/arm/cpu/armv7/mx6/
> >(which will get moved to arch/arm/mach-imx at some point I believe).
> >Thanks!
> >
> 
> Ok, so I will move source to arch/arm/mach-omap2/am33xx/chilisom.c as
> you suggested. What about chilisom.h? Should it go to
> arch/arm/mach-omap2/include/mach/ (which is not existing right now) or
> should it be in arch/arm/include/asm/arch-am33xx/ as other headers?

It should go in arch/arm/include/asm/arch-am33xx/ and then please also
do a follow-up series to change litesom, thanks again!
diff mbox

Patch

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 2554a2cd14..7d5f93724e 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -941,6 +941,8 @@  source "arch/arm/mach-at91/Kconfig"
 
 source "arch/arm/mach-bcm283x/Kconfig"
 
+source "arch/arm/mach-chilisom/Kconfig"
+
 source "arch/arm/mach-davinci/Kconfig"
 
 source "arch/arm/mach-exynos/Kconfig"
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index 43462fd844..61448ea27c 100644
--- a/arch/arm/Makefile
+++ b/arch/arm/Makefile
@@ -52,6 +52,7 @@  PLATFORM_CPPFLAGS += $(arch-y) $(tune-y)
 # by CONFIG_* macro name.
 machine-$(CONFIG_ARCH_AT91)		+= at91
 machine-$(CONFIG_ARCH_BCM283X)		+= bcm283x
+machine-$(CONFIG_CHILISOM)		+= chilisom
 machine-$(CONFIG_ARCH_DAVINCI)		+= davinci
 machine-$(CONFIG_ARCH_EXYNOS)		+= exynos
 machine-$(CONFIG_ARCH_HIGHBANK)		+= highbank
diff --git a/arch/arm/mach-chilisom/Kconfig b/arch/arm/mach-chilisom/Kconfig
new file mode 100644
index 0000000000..6ae102b43a
--- /dev/null
+++ b/arch/arm/mach-chilisom/Kconfig
@@ -0,0 +1,4 @@ 
+config CHILISOM
+	bool
+	select DM
+	select SUPPORT_SPL
diff --git a/arch/arm/mach-chilisom/Makefile b/arch/arm/mach-chilisom/Makefile
new file mode 100644
index 0000000000..1d80d05589
--- /dev/null
+++ b/arch/arm/mach-chilisom/Makefile
@@ -0,0 +1,6 @@ 
+# (C) Copyright 2017 Grinn
+#
+# SPDX-License-Identifier:	GPL-2.0+
+#
+
+obj-y  := chilisom.o
diff --git a/arch/arm/mach-chilisom/chilisom.c b/arch/arm/mach-chilisom/chilisom.c
new file mode 100644
index 0000000000..a594f6cf37
--- /dev/null
+++ b/arch/arm/mach-chilisom/chilisom.c
@@ -0,0 +1,185 @@ 
+/*
+ * Copyright (C) 2011, Texas Instruments, Incorporated - http://www.ti.com/
+ * Copyright (C) 2017, Grinn - http://grinn-global.com/
+ *
+ * SPDX-License-Identifier:	GPL-2.0+
+ */
+
+#include <common.h>
+#include <asm/arch/clock.h>
+#include <asm/arch/clk_synthesizer.h>
+#include <asm/arch/cpu.h>
+#include <asm/arch/ddr_defs.h>
+#include <asm/arch/hardware.h>
+#include <asm/arch/omap.h>
+#include <asm/arch/mem.h>
+#include <asm/arch/mux.h>
+#include <asm/arch/sys_proto.h>
+#include <asm/emif.h>
+#include <asm/io.h>
+#include <errno.h>
+#include <i2c.h>
+#include <power/tps65217.h>
+#include <spl.h>
+
+#ifndef CONFIG_SKIP_LOWLEVEL_INIT
+
+static struct ctrl_dev *cdev = (struct ctrl_dev *)CTRL_DEVICE_BASE;
+
+static struct module_pin_mux i2c0_pin_mux[] = {
+	{OFFSET(i2c0_sda), (MODE(0) | RXACTIVE |
+			PULLUDEN | SLEWCTRL)}, /* I2C_DATA */
+	{OFFSET(i2c0_scl), (MODE(0) | RXACTIVE |
+			PULLUDEN | SLEWCTRL)}, /* I2C_SCLK */
+	{-1},
+};
+
+static struct module_pin_mux nand_pin_mux[] = {
+	{OFFSET(gpmc_ad0), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD0 */
+	{OFFSET(gpmc_ad1), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD1 */
+	{OFFSET(gpmc_ad2), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD2 */
+	{OFFSET(gpmc_ad3), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD3 */
+	{OFFSET(gpmc_ad4), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD4 */
+	{OFFSET(gpmc_ad5), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD5 */
+	{OFFSET(gpmc_ad6), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD6 */
+	{OFFSET(gpmc_ad7), (MODE(0) | PULLUP_EN | RXACTIVE)},	/* NAND AD7 */
+	{OFFSET(gpmc_wait0), (MODE(0) | RXACTIVE | PULLUP_EN)}, /* NAND WAIT */
+	{OFFSET(gpmc_wpn), (MODE(7) | PULLUP_EN | RXACTIVE)},	/* NAND_WPN */
+	{OFFSET(gpmc_csn0), (MODE(0) | PULLUDEN)},	/* NAND_CS0 */
+	{OFFSET(gpmc_advn_ale), (MODE(0) | PULLUDEN)}, /* NAND_ADV_ALE */
+	{OFFSET(gpmc_oen_ren), (MODE(0) | PULLUDEN)},	/* NAND_OE */
+	{OFFSET(gpmc_wen), (MODE(0) | PULLUDEN)},	/* NAND_WEN */
+	{OFFSET(gpmc_be0n_cle), (MODE(0) | PULLUDEN)},	/* NAND_BE_CLE */
+	{-1},
+};
+
+static void enable_i2c0_pin_mux(void)
+{
+	configure_module_pin_mux(i2c0_pin_mux);
+}
+
+void chilisom_enable_pin_mux(void)
+{
+	/* chilisom pin mux */
+	configure_module_pin_mux(nand_pin_mux);
+}
+
+static const struct ddr_data ddr3_chilisom_data = {
+	.datardsratio0 = MT41K256M16HA125E_RD_DQS,
+	.datawdsratio0 = MT41K256M16HA125E_WR_DQS,
+	.datafwsratio0 = MT41K256M16HA125E_PHY_FIFO_WE,
+	.datawrsratio0 = MT41K256M16HA125E_PHY_WR_DATA,
+};
+
+static const struct cmd_control ddr3_chilisom_cmd_ctrl_data = {
+	.cmd0csratio = MT41K256M16HA125E_RATIO,
+	.cmd0iclkout = MT41K256M16HA125E_INVERT_CLKOUT,
+
+	.cmd1csratio = MT41K256M16HA125E_RATIO,
+	.cmd1iclkout = MT41K256M16HA125E_INVERT_CLKOUT,
+
+	.cmd2csratio = MT41K256M16HA125E_RATIO,
+	.cmd2iclkout = MT41K256M16HA125E_INVERT_CLKOUT,
+};
+
+static struct emif_regs ddr3_chilisom_emif_reg_data = {
+	.sdram_config = MT41K256M16HA125E_EMIF_SDCFG,
+	.ref_ctrl = MT41K256M16HA125E_EMIF_SDREF,
+	.sdram_tim1 = MT41K256M16HA125E_EMIF_TIM1,
+	.sdram_tim2 = MT41K256M16HA125E_EMIF_TIM2,
+	.sdram_tim3 = MT41K256M16HA125E_EMIF_TIM3,
+	.ocp_config = 0x00141414,
+	.zq_config = MT41K256M16HA125E_ZQ_CFG,
+	.emif_ddr_phy_ctlr_1 = MT41K256M16HA125E_EMIF_READ_LATENCY,
+};
+
+void chilisom_spl_board_init(void)
+{
+	int mpu_vdd;
+	int usb_cur_lim;
+
+	enable_i2c0_pin_mux();
+
+	/* Get the frequency */
+	dpll_mpu_opp100.m = am335x_get_efuse_mpu_max_freq(cdev);
+
+
+	if (i2c_probe(TPS65217_CHIP_PM))
+		return;
+
+	/*
+	 * Increase USB current limit to 1300mA or 1800mA and set
+	 * the MPU voltage controller as needed.
+	 */
+	if (dpll_mpu_opp100.m == MPUPLL_M_1000) {
+		usb_cur_lim = TPS65217_USB_INPUT_CUR_LIMIT_1800MA;
+		mpu_vdd = TPS65217_DCDC_VOLT_SEL_1325MV;
+	} else {
+		usb_cur_lim = TPS65217_USB_INPUT_CUR_LIMIT_1300MA;
+		mpu_vdd = TPS65217_DCDC_VOLT_SEL_1275MV;
+	}
+
+	if (tps65217_reg_write(TPS65217_PROT_LEVEL_NONE,
+			       TPS65217_POWER_PATH,
+			       usb_cur_lim,
+			       TPS65217_USB_INPUT_CUR_LIMIT_MASK))
+		puts("tps65217_reg_write failure\n");
+
+	/* Set DCDC3 (CORE) voltage to 1.125V */
+	if (tps65217_voltage_update(TPS65217_DEFDCDC3,
+				    TPS65217_DCDC_VOLT_SEL_1125MV)) {
+		puts("tps65217_voltage_update failure\n");
+		return;
+	}
+	/* Set CORE Frequencies to OPP100 */
+	do_setup_dpll(&dpll_core_regs, &dpll_core_opp100);
+
+	/* Set DCDC2 (MPU) voltage */
+	if (tps65217_voltage_update(TPS65217_DEFDCDC2, mpu_vdd)) {
+		puts("tps65217_voltage_update failure\n");
+		return;
+	}
+
+	/* Set LDO3 to 1.8V and LDO4 to 3.3V */
+	if (tps65217_reg_write(TPS65217_PROT_LEVEL_2,
+			       TPS65217_DEFLS1,
+			       TPS65217_LDO_VOLTAGE_OUT_1_8,
+			       TPS65217_LDO_MASK))
+		puts("tps65217_reg_write failure\n");
+
+	if (tps65217_reg_write(TPS65217_PROT_LEVEL_2,
+			       TPS65217_DEFLS2,
+			       TPS65217_LDO_VOLTAGE_OUT_3_3,
+			       TPS65217_LDO_MASK))
+		puts("tps65217_reg_write failure\n");
+
+	/* Set MPU Frequency to what we detected now that voltages are set */
+	do_setup_dpll(&dpll_mpu_regs, &dpll_mpu_opp100);
+}
+
+#define OSC	(V_OSCK/1000000)
+const struct dpll_params dpll_ddr_chilisom = {
+		400, OSC-1, 1, -1, -1, -1, -1};
+
+const struct dpll_params *get_dpll_ddr_params(void)
+{
+	return &dpll_ddr_chilisom;
+}
+
+const struct ctrl_ioregs ioregs_chilisom = {
+	.cm0ioctl		= MT41K256M16HA125E_IOCTRL_VALUE,
+	.cm1ioctl		= MT41K256M16HA125E_IOCTRL_VALUE,
+	.cm2ioctl		= MT41K256M16HA125E_IOCTRL_VALUE,
+	.dt0ioctl		= MT41K256M16HA125E_IOCTRL_VALUE,
+	.dt1ioctl		= MT41K256M16HA125E_IOCTRL_VALUE,
+};
+
+void sdram_init(void)
+{
+	config_ddr(400, &ioregs_chilisom,
+		   &ddr3_chilisom_data,
+		   &ddr3_chilisom_cmd_ctrl_data,
+		   &ddr3_chilisom_emif_reg_data, 0);
+}
+
+#endif /* CONFIG_SKIP_LOWLEVEL_INIT */
diff --git a/arch/arm/mach-chilisom/include/mach/chilisom.h b/arch/arm/mach-chilisom/include/mach/chilisom.h
new file mode 100644
index 0000000000..bd0016e441
--- /dev/null
+++ b/arch/arm/mach-chilisom/include/mach/chilisom.h
@@ -0,0 +1,15 @@ 
+/*
+ * Copyright (C) 2017 Grinn
+ *
+ * SPDX-License-Identifier:	GPL-2.0+
+ */
+
+#ifndef __ARCH_ARM_MACH_CHILISOM_SOM_H__
+#define __ARCH_ARM_MACH_CHILISOM_SOM_H__
+
+#ifndef CONFIG_SKIP_LOWLEVEL_INIT
+void chilisom_enable_pin_mux(void);
+void chilisom_spl_board_init(void);
+#endif
+
+#endif