From: Ziyuan Xu <xzy.xu@rock-chips.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 0/4] Ability to load linux kernel on rock2 RK3288
Date: Fri, 22 Jul 2016 11:13:53 +0800 [thread overview]
Message-ID: <57918F71.7060305@rock-chips.com> (raw)
In-Reply-To: <CABCGj3adEY9yVJv3CuCXMfJVfpupVce44vRPcC=d1wBnis+LxQ@mail.gmail.com>
Hi Standy,
On 2016?07?14? 01:51, Sandy Patterson wrote:
> I did a little more on this, and talked to someone else here. It seems
> that my problem with loading the kernel including these patches is
> specific to our kernel and after applying a local patch we have, it
> appears to load fine.
>
> So this patchset gets me back to the same functionality in v2016.03.
>
> We're left with the puzzle of what's wrong on the RK3288 regarding
> caching and memory.
>
> Sandy Patterson
>
> On Mon, Jul 11, 2016 at 1:38 PM, Sandy Patterson
> <apatterson at sightlogix.com <mailto:apatterson@sightlogix.com>> wrote:
>
> I wasn't able to load the linux kernel using a Rock2 board
> using the latest master branch. The board hangs after it has
> handed executing over to the kernel. I found that the latest release
> that worked was v2016.03.
>
> I did some searching and I suspect the problem may be cache related.
>
> This patchset allows the kernel to start by reverting two problem
> commits and disabling EFI_LOADER which I suspect rubs the caching the
> wrong way. We also found that the 512M limit for fdt and initrd is
> now 256M.
> I'm not sure why this is.
>
I just tried to boot linux kernel on my rk3288 board with the latest
u-boot. Everything looks sane.
board: rk3288-fennec
u-boot: branch u-boot-rockchip/master, also enable CONFIG_EFI_LOADER
boot device: eMMC
bootcmd: mmc dev 1; mmc read 0x2000000 0x14000 0x10000; bootz 0x2000000
(custom partitions layout )
Could try again, let me know if you still have any problem.
>
>
> This still doesn't work 100%. I think it's not initializing the SD
> card
> volages correctly, but at least the Kernel is loading.
>
> I also am not sure changing the caching for all armv7 is the right
> answer. I wasn't too sure about the revert. I am not very familiar
> with
> this low level stuff.
>
> Sandy Patterson
>
>
> Sandy Patterson (4):
> Revert "arm: Replace
> v7_maint_dcache_all(ARMV7_DCACHE_CLEAN_INVAL_ALL)
> with asm code"
> Revert "arm: Replace v7_maint_dcache_all(ARMV7_DCACHE_INVAL_ALL)
> with
> asm code"
> Disable CONFIG_EFI_LOADER for rock2.
> RK3288 needs fdt and initrd below 256M now.
>
> arch/arm/cpu/armv7/Makefile | 2 +-
> arch/arm/cpu/armv7/cache_v7.c | 135
> ++++++++++++++++++++++-
> arch/arm/cpu/armv7/cache_v7_asm.S | 154
> ---------------------------
> arch/arm/mach-uniphier/arm32/lowlevel_init.S | 67 +++++++++++-
> configs/rock2_defconfig | 1 +
> include/configs/rk3288_common.h | 6 +-
> 6 files changed, 201 insertions(+), 164 deletions(-)
> delete mode 100644 arch/arm/cpu/armv7/cache_v7_asm.S
>
> --
> 1.9.1
>
>
prev parent reply other threads:[~2016-07-22 3:13 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-11 17:38 [U-Boot] [PATCH 0/4] Ability to load linux kernel on rock2 RK3288 Sandy Patterson
2016-07-11 17:38 ` [U-Boot] [PATCH 1/4] Revert "arm: Replace v7_maint_dcache_all(ARMV7_DCACHE_CLEAN_INVAL_ALL) with asm code" Sandy Patterson
2016-07-11 17:38 ` [U-Boot] [PATCH 2/4] Revert "arm: Replace v7_maint_dcache_all(ARMV7_DCACHE_INVAL_ALL) " Sandy Patterson
2016-07-11 17:38 ` [U-Boot] [PATCH 3/4] Disable CONFIG_EFI_LOADER for rock2 Sandy Patterson
2016-07-11 17:38 ` [U-Boot] [PATCH 4/4] RK3288 needs fdt and initrd below 256M now Sandy Patterson
2016-08-27 16:06 ` Simon Glass
2016-08-27 17:03 ` Sandy Patterson
2016-10-15 13:10 ` Simon Glass
2016-07-13 17:51 ` [U-Boot] [PATCH 0/4] Ability to load linux kernel on rock2 RK3288 Sandy Patterson
2016-07-15 3:19 ` Simon Glass
2016-07-15 13:40 ` Sandy Patterson
2016-07-22 3:21 ` Simon Glass
2016-07-22 13:49 ` Sandy Patterson
2016-07-22 15:02 ` Ziyuan Xu
2016-07-22 3:13 ` Ziyuan Xu [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57918F71.7060305@rock-chips.com \
--to=xzy.xu@rock-chips.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox