[U-Boot] [RESEND PATCH v3 15/20] rockchip: add rk3036 sdram driver
Heiko Stuebner
heiko at sntech.de
Fri Nov 6 16:47:25 CET 2015
Hi Simon,
Am Freitag, 6. November 2015, 04:08:51 schrieb Simon Glass:
> Hi Lin,
>
> On 6 November 2015 at 01:53, Lin Huang <hl at rock-chips.com> wrote:
> > add rk3036 sdram driver so we can set up sdram in SPL
> >
> > Signed-off-by: Lin Huang <hl at rock-chips.com>
> > ---
> > Changes in v1: None
> > Changes in v2: None
> > Changes in v3: fix some code style error
> >
> > arch/arm/include/asm/arch-rockchip/sdram_rk3036.h | 336 ++++++++++
> > arch/arm/mach-rockchip/rk3036/Makefile | 2 +
> > arch/arm/mach-rockchip/rk3036/sdram_rk3036.c | 729
++++++++++++++++++++++
> > 3 files changed, 1067 insertions(+)
> > create mode 100644 arch/arm/include/asm/arch-rockchip/sdram_rk3036.h
> > create mode 100644 arch/arm/mach-rockchip/rk3036/sdram_rk3036.c
> >
>
> Does this driver have nothing in common with the rk3288 one? I thought
> someone mentioned that they had similar IP.
That would probably be me ;-) . pctl is the same (judging by PCTL_IPTR a
Designware uPCTL), the ddr-phy is new.
But the devicetree-description of the ddr-controller you got from ChromeOS
also doesn't follow dt conventions and the binding is very much implementation
specific, so will change in the future anyway.
My current idea is to string components together using of-graph [0] on the
kernel side. But that is still in its very early stages.
So personally I'd go for leaving that as is now and reworking after we have a
plan of how the real end-result should look, instead of introducing another
intermediate step :-) ?
Heiko
[0] https://github.com/mmind/linux-rockchip/blob/a65b13713575ae2acdd5d856495a3dac6478d92d/arch/arm/boot/dts/rk3288.dtsi#L534
More information about the U-Boot
mailing list