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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.