[U-Boot] add nand spl boot for qi_lb60 board

Hi Scott Wood this is the patch I try to add nand spl boot for qi_lb60 board this patch works fine under qi_lb60(ben nanonote) but there are three 'extern' lines under: nand_spl/board/qi/qi_lb60/nand_spl.c those 'extern' lines already in jz4740.h, my question is when I remove those three lines

Re: [U-Boot] [RFC PATCH 0/19] Create generic board init and move ARM and x86 to it

Hi Wolfgang, On Sat, Dec 31, 2011 at 5:54 PM, Wolfgang Denk w...@denx.de wrote: Dear Simon Glass, In message CAPnjgZ1Zim6=u3rlcnake-0bw3so_hry+u67jkpknoni8g7...@mail.gmail.com you wrote: Also it does depend on expectations. I would hope that moving an architecture over would be a fairly

Re: [U-Boot] [RFC PATCH 0/19] Create generic board init and move ARM and x86 to it

Hi Graeme, On Sat, Dec 31, 2011 at 3:52 AM, Graeme Russ graeme.r...@gmail.com wrote: Hi Simon, On 31/12/11 13:02, Simon Glass wrote: Hi Graeme, On Fri, Dec 30, 2011 at 7:49 AM, Graeme Russ graeme.r...@gmail.com wrote: Hi Simon, [snip] However, I think this approach is not the right

[U-Boot] [PATCH 00/17] x86: Rework of board init code (plus support patches)

Happy New Year! I was thinking I would do another RFC, but instead I pulled an all-nighter to get this series cleaned up ready for mainline There a two major architectural changes introduced by this series: - The global data pointer is converted to a psuedo register implementation which

[U-Boot] [PATCH 01/17] x86: Import glibc memcpy implementation

Taken from glibc version 2.14.90 Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/include/asm/string.h |2 +- arch/x86/lib/string.c | 61 + 2 files changed, 62 insertions(+), 1 deletions(-) diff --git

[U-Boot] [PATCH 02/17] x86: Speed up copy-to-RAM and clear BSS operations

The implementations of memcpy and memset are now the optimised versions from glibc, so use them instead of simple copy loops Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/board.c | 17 + 1 files changed, 5 insertions(+), 12 deletions(-) diff --git

[U-Boot] [PATCH 03/17] x86: Remove GDR related magic numbers

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/cpu/start.S |3 ++- arch/x86/include/asm/processor.h |6 +- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/arch/x86/cpu/start.S b/arch/x86/cpu/start.S index f87633b..7f9b6a7 100644 ---

[U-Boot] [PATCH 04/17] x86: Rework Global Descriptor Table loading

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/cpu/cpu.c | 82 +-- 1 files changed, 53 insertions(+), 29 deletions(-) diff --git a/arch/x86/cpu/cpu.c b/arch/x86/cpu/cpu.c index 61d0b69..bf55c26 100644 --- a/arch/x86/cpu/cpu.c +++

[U-Boot] [PATCH 05/17] x86: Simplify Flash-to-RAM code execution transition

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/cpu/start.S | 20 +--- arch/x86/include/asm/u-boot-x86.h |2 ++ arch/x86/lib/board.c | 25 ++--- 3 files changed, 29 insertions(+), 18 deletions(-) diff --git

[U-Boot] [PATCH 06/17] x86: Rework relocation calcuations

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/board.c | 23 +++ 1 files changed, 11 insertions(+), 12 deletions(-) diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c index 978beaa..bc5027b 100644 --- a/arch/x86/lib/board.c +++

[U-Boot] [PATCH 07/17] x86: Use fs for global data

Use the base address of the 'F' segment as a pointer to the global data structure. By adding the linear address (i.e. the 'D' segment address) as the first word of the global data structure, the address of the global data relative to the 'D' segment can be found simply, for example, by:

[U-Boot] [PATCH 08/17] x86: Set GD_FLG_RELOC after entering in-RAM copy of U-Boot

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/board.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c index 9c4ecda..4e54dba 100644 --- a/arch/x86/lib/board.c +++ b/arch/x86/lib/board.c @@ -252,8 +252,6

[U-Boot] [PATCH 09/17] x86: Create weak init_cache() function

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/cpu/cpu.c| 18 +++--- arch/x86/include/asm/u-boot-x86.h |1 + arch/x86/lib/board.c |1 + 3 files changed, 17 insertions(+), 3 deletions(-) diff --git a/arch/x86/cpu/cpu.c

[U-Boot] [PATCH 10/17] x86: Allow cache before copy to RAM

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/board.c | 15 ++- 1 files changed, 10 insertions(+), 5 deletions(-) diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c index ffddfbe..52e27e1 100644 --- a/arch/x86/lib/board.c +++ b/arch/x86/lib/board.c @@

[U-Boot] [PATCH 11/17] CHECKPATCH: arch/x86/cpu/*

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/cpu/interrupts.c |2 +- arch/x86/cpu/start16.S| 57 +++- 2 files changed, 46 insertions(+), 13 deletions(-) diff --git a/arch/x86/cpu/interrupts.c b/arch/x86/cpu/interrupts.c index

[U-Boot] [PATCH 12/17] CHECKPATCH: arch/x86/lib/*

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/bios.S| 134 +-- arch/x86/lib/realmode_switch.S | 61 +++ 2 files changed, 122 insertions(+), 73 deletions(-) diff --git a/arch/x86/lib/bios.S

[U-Boot] [PATCH 13/17] x86: Move do_go_exec() out of board.c

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/Makefile |1 + arch/x86/lib/board.c| 27 --- arch/x86/lib/cmd_boot.c | 64 +++ 3 files changed, 65 insertions(+), 27 deletions(-) create mode 100644

[U-Boot] [PATCH 14/17] x86: Move setup_pcat_compatibility() out of board.c

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/board.c |7 --- arch/x86/lib/zimage.c |7 +++ 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c index 533adf1..993e7df 100644 --- a/arch/x86/lib/board.c +++

[U-Boot] [PATCH 15/17] x86: Move relocation code out of board.c

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/lib/Makefile |1 + arch/x86/lib/board.c| 69 +--- arch/x86/lib/relocate.c | 115 +++ 3 files changed, 118 insertions(+), 67 deletions(-) create mode

[U-Boot] [PATCH 17/17] x86: Tweak initialisation procedure

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/include/asm/init_helpers.h |5 + arch/x86/include/asm/relocate.h | 33 ++ arch/x86/lib/board.c| 188 +-- arch/x86/lib/init_helpers.c | 75 ++

[U-Boot] [PATCH 16/17] x86: Simplify board.c

Signed-off-by: Graeme Russ graeme.r...@gmail.com --- arch/x86/include/asm/init_helpers.h | 39 + arch/x86/include/asm/init_wrappers.h | 42 + arch/x86/lib/Makefile|2 + arch/x86/lib/board.c | 297 +-

[U-Boot] [PATCH] Change kernel address in dataflash to match u-boot's size

On at91sam platforms, u-boot grew larger than the allocated size in dataflash, the layout was: bootstrap 0x ubootenv 0x4200 uboot 0x8400 kernel 0x00042000 u-boot with the defconfig doesn't seem to fit in 0x42000 - 0x8400 = 0x39C00 bytes anymore. Loading the kernel from

Re: [U-Boot] [PATCH] Change kernel address in dataflash to match u-boot's size

On at91sam platforms, u-boot grew larger than the allocated size in dataflash, the layout was: bootstrap 0x ubootenv 0x4200 uboot 0x8400 kernel 0x00042000 u-boot with the defconfig doesn't seem to fit in 0x42000 - 0x8400 = 0x39C00 bytes anymore. Loading the

[U-Boot] NAND boot looks broken on P1020RDB

Hi, NAND boot implementation for P2020RDB/P1020RDB first copies u-boot to L2 SRAM, and then to DDR. This works for P2020, where L2 size is 512K, but breaks on P1020, where L2 size is 256K. Looks like NAND SPL for these platforms should not rely on L2 cache, and copy u-boot directly into DDR.

Re: [U-Boot] NAND boot looks broken on P1020RDB

Hello Felix NAND boot must use DDR for P1020RDB. Infact it is DDR for P2020RDB also as per implementation. We need to change the CONFIG_SYS_TEXT_BASE to 0x11001000 as shown below for NAND boot in include/configs/P1_P2_RDB.h #ifdef CONFIG_NAND_SPL #define CONFIG_SYS_MONITOR_BASE

Re: [U-Boot] [RFC PATCH 0/19] Create generic board init and move ARM and x86 to it

Dear Simon Glass, In message CAPnjgZ1eutEboyvEtYcxcZcv=1z_3tkq_45wbrgndpsnxrt...@mail.gmail.com you wrote: - getting generic relocation working I don;t see why this would be a direct prerequisite here. =A0We want to have that, no boubt about that. =A0But it appears to be an unrelated