From mboxrd@z Thu Jan  1 00:00:00 1970
From: Heiko Stuebner <heiko@sntech.de>
Date: Fri, 22 Sep 2017 07:56:50 +0200
Subject: [U-Boot] u-boot Boot issue about rk3188
In-Reply-To: <3174f9ae-81de-b19a-17dd-6290db4a6c52@rock-chips.com>
References: <1506002612-21773-1-git-send-email-andy.yan@rock-chips.com>
 <541780a2-ad8d-5dc0-3d4f-cba5c3a9d111@rock-chips.com>
 <3174f9ae-81de-b19a-17dd-6290db4a6c52@rock-chips.com>
Message-ID: <21530354.QTExFZu1pD@phil>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
To: u-boot@lists.denx.de

Am Freitag, 22. September 2017, 08:50:49 CEST schrieb Andy Yan:
> Hi Heiko:
> 
> 
> On 2017年09月22日 08:24, Andy Yan wrote:
> > Hi Heiko:
> >
> >
> > On 2017年09月21日 22:55, Heiko Stübner wrote:
> >> Hi Andy,
> >>
> >> Am Donnerstag, 21. September 2017, 22:03:32 CEST schrieb Andy Yan:
> >>> Hi Heiko:
> >>> I try to boot the upstream u-boot-rockchip branch  on my rk3188 board
> >>> with(rock_defconfig)
> >>>
> >>> But I got this error:
> >>> early_init()
> >>> nit_and_scan() returned error -22
> >>> early_init() failed: -22
> >>> ERROR ### Please RESET the board ###
> >>>
> >>> the current commit head is: 782088d("rockchip: imply ADC and 
> >>> SARADC_ROCKCHIP
> >>> on supported SoCs") Do you ever meet something like this?
> >> that is very strange. When testing Philipp's branch, I was also 
> >> testing the
> >> commit you mention to see if anything broke since I last changed u-boot
> >> on my radxa rock. And the above commit started just fine, when starting
> >> from an sd-card.
> >>
> >> Not sure from which medium you're starting though. But from what I
> >> remember Pawel got nand working in his rk3066 series, but that is not
> >> yet merged.
> >
> >     I boot from emmc, I will go on hack on it.
> >>
> 
>      I finally can boot it with the rock_defconfig. But the way to 
> package the tpl spl u-boot a little different.
> 
>      cat ${DIR}/out/tpl/u-boot-tpl.bin > tplspl.bin
>      truncate -s 1020 tplspl.bin
>     sed -i "/^/{1s/^/RK31/}" tplspl.bin
>     cat ${DIR}/out/spl/u-boot-spl.bin > spl.bin
>     truncate -s %2048 spl.bin
>     cat spl.bin >> tplspl.bin
> 
>     Then the tplspl.bin + u-boot.bin should package by 
> boot_merger(tplsplb.in for FLashData, u-boot.bin for FlashBoot) from 
> rockchip downstream u-boot repo:
>     ./tools/boot_merger ./tools/rk_tools/RKBOOT/RK310BMINIALL.ini
> 
>     download to emmc by "upgrade_tool ul" command. According to our 
> bootrom code author, the rk31(maybe include rk30) bootrom has a 
> limitation that the idbblock
> couldn't accessed by upgrade_tool wl command.

I do have a script handling that [0]. At least for the sd-card variant
a simple "openssl rc4" works just as well as the legacy boot_merger :-)

Heiko

[0] https://github.com/mmind/u-boot-rockchip/commit/81458bde873d6cf588e082ccf556e818f46ad9df