May 2007 - U-Boot

[U-Boot-Users] [PATCH 2/8] [SH] SuperH support
by Nobuhiro Iwamatsu 06 May '07

06 May '07

Hi, all. I wrote the code in which u-boot was supported for SH [0]. I am maintaining SH-IPL+g[1] that is the boot loader only for SH now. However, I think that I will maintain u-boot in the future. Now, 0. SDRAM controler 1. Internal serial device 2. Flash 3. Timer working. I plan to adopt it as a boot loader of the main in the future though only several boards are supported now. Please apply this patch . regards, Nobuhiro [0] : http://america.renesas.com/fmwk.jsp?cnt=superh_family_landing.jsp&fp=/produ… [1] : http://git.nigauri.org -- Nobuhiro Iwamatsu E-Mail : iwamatsu(a)nigauri.org GPG ID : 3170EBE9 Signed-off-by: Nobuhiro Iwamatsu <iwamatsu(a)nigauri.org> diff --git a/cpu/sh4/interrupts.c b/cpu/sh4/interrupts.c new file mode 100644 index 0000000..d310dd2 --- /dev/null +++ b/cpu/sh4/interrupts.c @@ -0,0 +1,39 @@ +/* + * (C) Copyright 2007 + * Nobuhiro Iwamatsu <iwamatsu(a)nigauri.org> + * + * See file CREDITS for list of people who contributed to this + * project. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +#include <common.h> + +int interrupt_init (void) +{ + return 0; +} + +void enable_interrupts (void) +{ + +} + +int disable_interrupts (void){ + return 0; +} + diff --git a/cpu/sh4/start.S b/cpu/sh4/start.S new file mode 100644 index 0000000..d88b705 --- /dev/null +++ b/cpu/sh4/start.S @@ -0,0 +1,75 @@ +/* + * (C) Copyright 2007 + * Nobuhiro Iwamatsu <iwamatsu(a)nigauri.org> + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +#include <config.h> +#include <version.h> + + .text + .align 2 + + .global _start +_start: + mov.l ._lowlevel_init, r0 +100: bsrf r0 + nop + + bsr 1f + nop +1: sts pr, r5 + mov.l ._reloc_dst, r4 + add #(_start-1b), r5 + mov.l ._reloc_dst_end, r6 + +2: mov.l @r5+, r1 + mov.l r1, @r4 + add #4, r4 + cmp/hs r6, r4 + bf 2b + + mov.l ._bss_start, r4 + mov.l ._bss_end, r5 + mov #0, r1 + +3: mov.l r1, @r4 /* bss clear */ + add #4, r4 + cmp/hs r5, r4 + bf 3b + + mov.l ._gd_init, r13 /* global data */ + mov.l ._stack_init, r15 /* stack */ + + mov.l ._sh_generic_init, r0 + jsr @r0 + nop + +loop: + bra loop + + .align 2 + +._lowlevel_init: .long (lowlevel_init - (100b + 4)) +._reloc_dst: .long reloc_dst +._reloc_dst_end: .long reloc_dst_end +._bss_start: .long bss_start +._bss_end: .long bss_end +._gd_init: .long (_start - CFG_GBL_DATA_SIZE) +._stack_init: .long (_start - CFG_GBL_DATA_SIZE - CFG_MALLOC_LEN - 16) +._sh_generic_init: .long sh_generic_init + diff --git a/cpu/sh4/time.c b/cpu/sh4/time.c new file mode 100644 index 0000000..b6e4d02 --- /dev/null +++ b/cpu/sh4/time.c @@ -0,0 +1,94 @@ +/* + * (C) Copyright 2003 + * Wolfgang Denk, DENX Software Engineering, wd(a)denx.de. + * + * See file CREDITS for list of people who contributed to this + * project. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +#include <common.h> +#include <asm/processor.h> + +#define TMU_MAX_COUNTER (~0UL) + +static void tmu_timer_start (unsigned int timer) +{ + if (timer > 2) + return; + + *((volatile unsigned char *) TSTR0) |= (1 << timer); +} + +int timer_init (void) +{ + /* Divide clock by 4 */ + *(volatile u16 *)TCR0 = 0; + + tmu_timer_start (0); + return 0; +} + +/* + In theory we should return a true 64bit value (ie something that doesn't + overflow). However, we don't. Therefore if TMU runs at fastest rate of + 6.75 MHz this value will wrap after u-boot has been running for approx + 10 minutes. +*/ +unsigned long long get_ticks (void) +{ + return (0 - *((volatile unsigned int *) TCNT0)); +} + +unsigned long get_timer (unsigned long base) +{ + unsigned long n = + *((volatile unsigned int *)TCNT0) ; + + return ((int)n - base ) < 0 ? ( TMU_MAX_COUNTER - ( base -n )):(n - base ); +} + +void set_timer (unsigned long t) +{ + *((volatile unsigned int *) TCNT0) = (0 - t); +} + +void reset_timer (void) +{ + set_timer (0); +} + +void udelay (unsigned long usec) +{ + unsigned int start = get_timer (0); + unsigned int end = 0; + if (usec > 1000000) + end = ((usec/100000) * CFG_HZ) / 10; + else if (usec > 1000) + end = ((usec/100) * CFG_HZ) / 10000; + else + end = (usec * CFG_HZ) / 1000000; + + while (get_timer (0) < end) + continue; +} + +unsigned long get_tbclk (void) +{ + return CFG_HZ; +} +

1 0

[U-Boot-Users] self-fulfilling prophecy girdle
by Elijah L. Schaefer 05 May '07

05 May '07

Needless to say, my results with women have been pretty amazing! I get this question a lot from guys. Because of a unique situation and good timing - he's agreed to come clean at Yanik Silver's upcoming Underground III. I travel a lot in my business so I don't have time for a steady relationship right now. Ask any woman who's ever dated a millionaire strictly "for the money," and she'll tell you it was one of the worst experiences of her life. If I ever decide to "settle down" I know I can use them to meet that one special lady, but for right now, I'm having way too much fun! In fact, whenever I first talk with a woman, I hide the fact that I do OK for myself, moneywise. He's one of the few guys I personally will take advice from. Unusual last minute opportunity John Alanis. Their information can literally make you "life-changing" money. What if a truly beautiful, truly sexy woman were to whisper in your ear, daily, and tell you exactly how to succeed with women of rare beauty? If you've heard of one of them - this is the other one!

1 0

[U-Boot-Users] What's new in u-boot-testing
by Stefan Roese 05 May '07

05 May '07

The following changes since commit 14da5f7675bbb427c469e3f45006e027b6e21db9: Wolfgang Denk (1): Cleanup compiler warnings, update CHANGELOG are found in the git repository at: git://www.denx.de/git/u-boot-testing.git Jeffrey Mann (1): [patch] setenv(...) can delete environmentalvariables Ladislav Michl (1): simplify silent console Mike Frysinger (1): [patch] use unsigned char in smc91111 driver for mac Sergei Shtylyov (1): Avoid assigning PCI resources from zero address Stefan Roese (2): Merge with git://www.denx.de/git/u-boot.git Fix file mode common/cmd_nvedit.c | 5 ++++- common/console.c | 8 +------- common/main.c | 50 +++++++++++--------------------------------------- drivers/pci_auto.c | 7 ++++++- drivers/smc91111.c | 8 ++++---- 5 files changed, 26 insertions(+), 52 deletions(-)

2 7

[U-Boot-Users] Please pull u-boot-mpc86xx.git
by Jon Loeliger 05 May '07

05 May '07

Wolfgang, I have added two new patches, just posted to the list, into the -mpc86xx custodian repository. When you get a chance, please pull the -mpc86xx repository to pick up these six patches. This request supersedes my pull request of 20-April-2007. Thanks, jdl The following changes since commit 14da5f7675bbb427c469e3f45006e027b6e21db9: Wolfgang Denk (1): Cleanup compiler warnings, update CHANGELOG are found in the git repository at: git://www.denx.de/git/u-boot-mpc86xx.git Ed Swarthout (1): mpc8641hpcn: Fix LAW and TLB setup to use the IO_PHYS #defines. James Yang (2): Rewrote picos_to_clk() to avoid rounding errors. Conditionalize 8641 Rev1.0 MCM workarounds Jon Loeliger (2): mpc86xx: protect memcpy to bad address if a mac-address is missing from dt mpc86xx; Write MAC address to mac-address and local-mac-address Zhang Wei (1): Enable LAWs for MPC8641 PCI-Ex2. board/mpc8641hpcn/init.S | 10 +++++----- cpu/mpc86xx/cpu.c | 24 ++++++++++++++++++++---- cpu/mpc86xx/spd_sdram.c | 28 ++++++++++++++++++++-------- cpu/mpc86xx/start.S | 42 ++++++++++++++++++++++++++++-------------- include/mpc86xx.h | 9 +++++++++ 5 files changed, 82 insertions(+), 31 deletions(-)

2 1

[U-Boot-Users] [MPC85xx] Please pull from git://www.denx.de/git/u-boot-mpc85xx.git
by Andy Fleming 05 May '07

05 May '07

The following changes since commit 14da5f7675bbb427c469e3f45006e027b6e21db9: Wolfgang Denk (1): Cleanup compiler warnings, update CHANGELOG are found in the git repository at: git://www.denx.de/git/u-boot-mpc85xx.git I apologize deeply to anyone who might have looked at that latest tree. Somehow some preliminary SMP hacking I did for the upcoming 8572 sneaked into the release branch while I was massaging the 8568 patch. I have removed all of those files, and done a push -f to expunge them from the tree. With luck, none of you will have seen the horrible hacks that were done, but if you have (or if you pulled, and my update has caused future merge issues for you) I apologize. Andy Fleming (10): Add cpu support for the 8544 Some 85xx cpu cleanups Tweak DDR ECC error counter Only set ddrioovcr for 8548 rev1. Changed BOOKE_PAGESZ_nGB to BOOKE_PAGESZ_nG Support 1G size on 8548 Enable 8544 support Reworked 85xx speed detection code Add support for the 8568 MDS board Cleaned up some 85xx PCI bugs David Updegraff (1): Add support for treating unknown PHYs as generic PHYs. Jon Loeliger (2): Add MPC8544DS main configuration file. Add MPC8544DS basic port board files. Sergei Shtylyov (1): Fix PCI I/O space mapping on Freescale MPC85x0ADS Timur Tabi (1): 85xx: write MAC address to mac-address and local-mac-address Zang Roy-r61911 (5): u-boot: Enable PCI function and add PEX & rapidio memory map on MPC8548CDS board u-boot: Fix CPU2 errata on MPC8548CDS board u-boot: Fix the 85xxcds tsec bug u-boot: v2: Remove the fixed TLB and LAW entrynubmer u-boot: Fix e500 v2 core reset bug ebony.zhu(a)freescale.com (1): u-boot: Disables MPC8548CDS 2T_TIMING for DDR by default MAKEALL | 8 +- Makefile | 6 + board/cds/mpc8541cds/mpc8541cds.c | 9 +- board/cds/mpc8541cds/u-boot.lds | 1 + board/cds/mpc8548cds/init.S | 77 +++-- board/cds/mpc8548cds/mpc8548cds.c | 16 +- board/cds/mpc8548cds/u-boot.lds | 1 + board/cds/mpc8555cds/mpc8555cds.c | 11 +- board/cds/mpc8555cds/u-boot.lds | 1 + board/freescale/mpc8544ds/Makefile | 58 ++++ board/freescale/mpc8544ds/config.mk | 32 ++ board/freescale/mpc8544ds/init.S | 243 ++++++++++++++ board/freescale/mpc8544ds/mpc8544ds.c | 205 ++++++++++++ board/freescale/mpc8544ds/u-boot.lds | 148 ++++++++ board/mpc8540ads/init.S | 4 +- board/mpc8560ads/init.S | 4 +- board/mpc8568mds/Makefile | 58 ++++ board/mpc8568mds/bcsr.c | 49 +++ board/mpc8568mds/bcsr.h | 99 ++++++ board/mpc8568mds/config.mk | 30 ++ board/mpc8568mds/ft_board.c | 45 +++ board/mpc8568mds/init.S | 258 ++++++++++++++ board/mpc8568mds/mpc8568mds.c | 288 ++++++++++++++++ board/mpc8568mds/u-boot.lds | 152 +++++++++ cpu/mpc85xx/cpu.c | 69 ++++- cpu/mpc85xx/cpu_init.c | 2 - cpu/mpc85xx/pci.c | 8 +- cpu/mpc85xx/spd_sdram.c | 31 ++- cpu/mpc85xx/speed.c | 44 +-- cpu/mpc85xx/start.S | 16 +- drivers/tsec.c | 50 +++- drivers/tsec.h | 3 +- include/asm-ppc/mmu.h | 5 +- include/asm-ppc/processor.h | 12 +- include/configs/MPC8540ADS.h | 5 +- include/configs/MPC8541CDS.h | 2 +- include/configs/MPC8544DS.h | 591 +++++++++++++++++++++++++++++++++ include/configs/MPC8548CDS.h | 30 ++- include/configs/MPC8560ADS.h | 8 +- include/configs/MPC8568MDS.h | 505 ++++++++++++++++++++++++++++ 40 files changed, 3036 insertions(+), 148 deletions(-) create mode 100644 board/freescale/mpc8544ds/Makefile create mode 100644 board/freescale/mpc8544ds/config.mk create mode 100644 board/freescale/mpc8544ds/init.S create mode 100644 board/freescale/mpc8544ds/mpc8544ds.c create mode 100644 board/freescale/mpc8544ds/u-boot.lds create mode 100644 board/mpc8568mds/Makefile create mode 100644 board/mpc8568mds/bcsr.c create mode 100644 board/mpc8568mds/bcsr.h create mode 100644 board/mpc8568mds/config.mk create mode 100644 board/mpc8568mds/ft_board.c create mode 100644 board/mpc8568mds/init.S create mode 100644 board/mpc8568mds/mpc8568mds.c create mode 100644 board/mpc8568mds/u-boot.lds create mode 100644 include/configs/MPC8544DS.h create mode 100644 include/configs/MPC8568MDS.h

2 1

[U-Boot-Users] [GIT PULL] 85xx updates
by Andy Fleming 05 May '07

05 May '07

The following changes since commit 14da5f7675bbb427c469e3f45006e027b6e21db9: Wolfgang Denk (1): Cleanup compiler warnings, update CHANGELOG are found in the git repository at: git://www.denx.de/git/u-boot-mpc85xx.git Please pull them at your earliest convenience. Andy Fleming (10): Add cpu support for the 8544 Some 85xx cpu cleanups Tweak DDR ECC error counter Only set ddrioovcr for 8548 rev1. Changed BOOKE_PAGESZ_nGB to BOOKE_PAGESZ_nG Support 1G size on 8548 Enable 8544 support Reworked 85xx speed detection code Add support for the 8568 MDS board Cleaned up some 85xx PCI bugs David Updegraff (1): Add support for treating unknown PHYs as generic PHYs. Jon Loeliger (2): Add MPC8544DS main configuration file. Add MPC8544DS basic port board files. Sergei Shtylyov (1): Fix PCI I/O space mapping on Freescale MPC85x0ADS Timur Tabi (1): 85xx: write MAC address to mac-address and local-mac-address Zang Roy-r61911 (5): u-boot: Enable PCI function and add PEX & rapidio memory map on MPC8548CDS board u-boot: Fix CPU2 errata on MPC8548CDS board u-boot: Fix the 85xxcds tsec bug u-boot: v2: Remove the fixed TLB and LAW entrynubmer u-boot: Fix e500 v2 core reset bug ebony.zhu(a)freescale.com (1): u-boot: Disables MPC8548CDS 2T_TIMING for DDR by default MAKEALL | 8 +- Makefile | 6 + board/cds/mpc8541cds/mpc8541cds.c | 9 +- board/cds/mpc8541cds/u-boot.lds | 1 + board/cds/mpc8548cds/init.S | 77 +++-- board/cds/mpc8548cds/mpc8548cds.c | 16 +- board/cds/mpc8548cds/u-boot.lds | 1 + board/cds/mpc8555cds/mpc8555cds.c | 11 +- board/cds/mpc8555cds/u-boot.lds | 1 + board/freescale/mpc8544ds/Makefile | 58 ++++ board/freescale/mpc8544ds/config.mk | 32 ++ board/freescale/mpc8544ds/init.S | 243 ++++++++++++++ board/freescale/mpc8544ds/mpc8544ds.c | 205 ++++++++++++ board/freescale/mpc8544ds/u-boot.lds | 148 ++++++++ board/mpc8540ads/init.S | 4 +- board/mpc8560ads/init.S | 4 +- board/mpc8568mds/Makefile | 58 ++++ board/mpc8568mds/bcsr.c | 49 +++ board/mpc8568mds/bcsr.h | 99 ++++++ board/mpc8568mds/config.mk | 30 ++ board/mpc8568mds/ft_board.c | 45 +++ board/mpc8568mds/init.S | 258 ++++++++++++++ board/mpc8568mds/mpc8568mds.c | 288 ++++++++++++++++ board/mpc8568mds/u-boot.lds | 152 +++++++++ board/mpc8572/.depend | 51 +++ board/mpc8572/Makefile | 55 +++ board/mpc8572/config.mk | 30 ++ board/mpc8572/init.S | 245 ++++++++++++++ board/mpc8572/init.o | Bin board/mpc8572/libmpc8572.a | Bin board/mpc8572/mpc8572.c | 235 +++++++++++++ board/mpc8572/mpc8572.o | Bin board/mpc8572/u-boot.lds | 149 +++++++++ cpu/mpc85xx/cpu.c | 69 ++++- cpu/mpc85xx/cpu_init.c | 2 - cpu/mpc85xx/pci.c | 8 +- cpu/mpc85xx/spd_sdram.c | 31 ++- cpu/mpc85xx/speed.c | 44 +-- cpu/mpc85xx/start.S | 16 +- drivers/tsec.c | 50 +++- drivers/tsec.h | 3 +- include/asm-ppc/mmu.h | 5 +- include/asm-ppc/processor.h | 12 +- include/configs/MPC8540ADS.h | 5 +- include/configs/MPC8541CDS.h | 2 +- include/configs/MPC8544DS.h | 591 +++++++++++++++++++++++++++++++++ include/configs/MPC8548CDS.h | 30 ++- include/configs/MPC8560ADS.h | 8 +- include/configs/MPC8568MDS.h | 505 ++++++++++++++++++++++++++++ 49 files changed, 3801 insertions(+), 148 deletions(-) create mode 100644 board/freescale/mpc8544ds/Makefile create mode 100644 board/freescale/mpc8544ds/config.mk create mode 100644 board/freescale/mpc8544ds/init.S create mode 100644 board/freescale/mpc8544ds/mpc8544ds.c create mode 100644 board/freescale/mpc8544ds/u-boot.lds create mode 100644 board/mpc8568mds/Makefile create mode 100644 board/mpc8568mds/bcsr.c create mode 100644 board/mpc8568mds/bcsr.h create mode 100644 board/mpc8568mds/config.mk create mode 100644 board/mpc8568mds/ft_board.c create mode 100644 board/mpc8568mds/init.S create mode 100644 board/mpc8568mds/mpc8568mds.c create mode 100644 board/mpc8568mds/u-boot.lds create mode 100644 board/mpc8572/.depend create mode 100644 board/mpc8572/Makefile create mode 100644 board/mpc8572/config.mk create mode 100644 board/mpc8572/init.S create mode 100644 board/mpc8572/init.o create mode 100644 board/mpc8572/libmpc8572.a create mode 100644 board/mpc8572/mpc8572.c create mode 100644 board/mpc8572/mpc8572.o create mode 100644 board/mpc8572/u-boot.lds create mode 100644 include/configs/MPC8544DS.h create mode 100644 include/configs/MPC8568MDS.h

2 1

[U-Boot-Users] Flash Erase/Write error in uboot
by Shiju Mathew 05 May '07

05 May '07

Hello, I have a board with flash part S71WS256N. I was using CFI driver and didn't had any problems programming the device. But from today I am getting an unusual error while writing to flash sectors. It always gives erase successful. But when I try to write data after erase, I get a message that the flash is not erased. I use uboot-1.2. Below is the debug message on running saveenv. Could someone help me to resolve this problem. Saving Environment to Flash... Protect off A0060000 ... A007FFFF Un-Protecting sectors 6..6 in bank 1 fwc addr a0060000 cmd 50 0050 16bit x 16 bit fwc addr a0060000 cmd 60 0060 16bit x 16 bit fwc addr a0060000 cmd d0 00d0 16bit x 16 bit flash_is_busy: 0 . done Un-Protected 1 sectors Erasing Flash...Erase Flash from 0xa0060000 to 0xa007ffff in Bank # 1 fwc addr a0060aaa cmd aa 00aa 16bit x 16 bit fwc addr a0060554 cmd 55 0055 16bit x 16 bit fwc addr a0060aaa cmd 80 0080 16bit x 16 bit fwc addr a0060aaa cmd aa 00aa 16bit x 16 bit fwc addr a0060554 cmd 55 0055 16bit x 16 bit fwc addr a0060000 cmd 30 0030 16bit x 16 bit flash_is_busy: 0 done Erased 1 sectors Writing to Flash... Flash not Erased Protecting sectors 6..6 in bank 1 fwc addr a0060000 cmd 50 0050 16bit x 16 bit fwc addr a0060000 cmd 60 0060 16bit x 16 bit fwc addr a0060000 cmd 1 0001 16bit x 16 bit flash_is_busy: 0 . done Protected 1 sectors Thanks, Shiju

4 9

[U-Boot-Users] U-Boot Xilinx SysACE Support on JSE Board
by Stefan Roese 05 May '07

05 May '07

Hi Steve, since a few weeks the JSE U-Boot port does not compile anymore. This is due to a rework of the Xilinx SystemACE driver: Configuring for JSE board... systemace.c: In function 'systemace_get_dev': systemace.c:125: error: 'CFG_SYSTEMACE_WIDTH' undeclared (first use in this function) systemace.c:125: error: (Each undeclared identifier is reported only once systemace.c:125: error: for each function it appears in.) You need to define the memory width to the SysACE controller. Is it 8 or 16bits? Please take a look at the Katmai port for example, and send a patch fix this issue. Thanks. Best regards, Stefan ===================================================================== DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell, Germany =====================================================================

2 1

[U-Boot-Users] [PATCH v3] Fix initrd length miscalculation in bootm command when using a dtu
by Timur Tabi 04 May '07

04 May '07

The do_bootm_linux() function uses the same variable ('len') to calculate the dtu (flat device tree wrapped in a uImage) length and the initrd length, which means that the initrd length was incorrect when it was needed. This patch changes any code that uses 'len' or 'data' as temporary variables to use the values directly instead. It also adds a comment to the definitions of 'len' and 'data' reminding other programmers what they represent. Signed-off-by: Timur Tabi <timur(a)freescale.com> --- This patch is a simplied version of the initrd patch that only fixes the root problem, without renaming any variables. This bug was introduced in commit 87a449c8ac396420cb24260f717ea9e6faa82047. common/cmd_bootm.c | 12 ++++-------- 1 files changed, 4 insertions(+), 8 deletions(-) diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c index 32c29e5..bd6d1c9 100644 --- a/common/cmd_bootm.c +++ b/common/cmd_bootm.c @@ -523,11 +523,11 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, int verify) { ulong sp; - ulong len, checksum; + ulong len, data; /* The initrd length and address */ ulong initrd_start, initrd_end; ulong cmd_start, cmd_end; ulong initrd_high; - ulong data; + ulong checksum; int initrd_copy_to_ram = 1; char *cmdline; char *s; @@ -652,13 +652,10 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, do_reset (cmdtp, flag, argc, argv); } - data = (ulong)&header; - len = sizeof(image_header_t); - checksum = ntohl(hdr->ih_hcrc); hdr->ih_hcrc = 0; - if (crc32 (0, (uchar *)data, len) != checksum) { + if (crc32 (0, (uchar *) &header, sizeof(image_header_t)) != checksum) { puts ("Bad Header Checksum\n"); SHOW_BOOT_PROGRESS (-11); do_reset (cmdtp, flag, argc, argv); @@ -779,9 +776,8 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, checksum = ntohl(hdr->ih_dcrc); addr = (ulong)((uchar *)(hdr) + sizeof(image_header_t)); - len = ntohl(hdr->ih_size); - if(checksum != crc32(0, (uchar *)addr, len)) { + if(checksum != crc32(0, (uchar *)addr, ntohl(hdr->ih_size))) { printf("ERROR: Flat Device Tree checksum is invalid\n"); return; } -- 1.5.0.2.260.g2eb065

4 14

Re: [U-Boot-Users] [PATCH] 5xxx: write MAC address to mac-address and local-mac-address
by Timur Tabi 04 May '07

04 May '07

Could someone with a 5xxx system review and/or test this patch and ack or nack it? The same patch has been applied to 83xx, 85xx, and 86xx, but I don't have a 5xxx system to test it on, so I was hoping someone who does could just check it out quickly. Timur Tabi wrote: > Some device trees have a mac-address property, some have local-mac-address, > and some have both. To support all of these device trees, ftp_cpu_setup() > should write the MAC address to mac-address and local-mac-address, if they > exist. > > Signed-off-by: Timur Tabi <timur(a)freescale.com> > --- > cpu/mpc5xxx/cpu.c | 4 ++++ > 1 files changed, 4 insertions(+), 0 deletions(-) > > diff --git a/cpu/mpc5xxx/cpu.c b/cpu/mpc5xxx/cpu.c > index 813aa79..383e418 100644 > --- a/cpu/mpc5xxx/cpu.c > +++ b/cpu/mpc5xxx/cpu.c > @@ -127,5 +127,9 @@ ft_cpu_setup(void *blob, bd_t *bd) > p = ft_get_prop(blob, "/" OF_SOC "/ethernet@3000/mac-address", &len); > if (p != NULL) > memcpy(p, bd->bi_enetaddr, 6); > + > + p = ft_get_prop(blob, "/" OF_SOC "/ethernet@3000/local-mac-address", &len); > + if (p != NULL) > + memcpy(p, bd->bi_enetaddr, 6); > } > #endif -- Timur Tabi Linux Kernel Developer @ Freescale

1 0

[U-Boot-Users] MPC8349Emitx-GP hangs with latest u-boot
by Gregoire Banderet 04 May '07

04 May '07

Hello, Using the latest sources from u-boot, my MPC8349Emitx-GP hangs after a few seconds when I'm in userspace (i.e. after Linux successfully booted). I tried both vanilla linux 2.6.20 and 2.6.14 from WindRiver, same result. When I use u-boot 1.1.3 with patches from Freescale, the system is OK. I also tried the latest u-boot with linux 2.6.20 on a MPC8349Emds board and everything is fine. I tried disabling nearly all the buses/devices in the Device Tree, but the system still hangs (even the serial console does not respond). What (in u-boot) could make my system hang when linux is up and running? -- Greg

2 3

[U-Boot-Users] problem to load uImage but not zImage (on virtex-4 board)
by Guillaume Berthelom 04 May '07

04 May '07

hi, I'm trying to port Linux 2.6 on Avnet FX12 MM board with U-Boot and the help of xilinx ML403 config. I have generate my costum xparameters.h file with EDK 8.2i. I use ELDK 4.1 and Linux 2.6.20.x. I have modified ml403.h u-boot's config file to adapt it for my board and I have no problem to boot u-boot. I use the right board_info structure from <asm/ppcboot.h> and not the one in xilinx_ml403.h. When I load the zImage directly with xilinx xmd debugger, the kernel start without problem (if I don't have KGDB or SERIAL_TEXT_DEBUG option in my kernel config). But when I try to load the uImage with u-boot, the kernel start but crach befor I can see something on output. The kernel start because I debug it and the platform_init is ok, setup_arch too and it crach after ppc4xx_setup_arch at printk(KERN_INFO "Xilinx ML403 Reference System (Virtex-4 FX)\n") line when the kernel access in printk.c. I use the opb_uart16550 IP in my Xilinx design and the associat drivers in u-boot and linux. I'm new in linux embedded and I'm in internship...I have any idea where and what is the problem, certanly in the serial int I guest but I'm not sure. Thanks and sorry for my english I'm fench. Guillaume Berthelom -- View this message in context: http://www.nabble.com/problem-to-load-uImage-but-not-zImage-%28on-virtex-4-… Sent from the Uboot - Users mailing list archive at Nabble.com.

3 5

[U-Boot-Users] [PATCH] usbtty: invalid endianess defines
by Rodolfo Giometti 04 May '07

04 May '07

usbtty: invalid endianess defines. Files include/linux/byteorder/{big,little}_endian.h define __BIG_ENDIAN and __LITTLE_ENDIAN. Signed-off-by: Rodolfo Giometti <giometti(a)linux.it> ---

1 0

[U-Boot-Users] Failed to run "hello world" 1.1.6 example on AT91RM9200EK
by Baz0unga 04 May '07

04 May '07

hi, >From Denx, i have downloaded and installed eldk properly. I have downloaded u-boot 1.1.6 and proceeded as follow : - make at91rm9200dk_config - make all the compilation process does not lead to any error. i have all the executable files in /examples. Unfortunately, when i try to load and run the "hello world" executable on the board, it leads to nothing. i ve tried to load it at 40000 and execute it at 40004 as said in the doc, i ve also tried to load it at 20000000 and start it at 20000000 and 20000004 but nothing works. I ve also tried to load u-boot 1.1.6 image on the board following the instructions given in tha flash programming AN but nothing happens ("decompressing image" is displayed and nothing else) Only the 1.1.1 provided on ATMEL CD can be loaded properly. Any idea ? Baz. -- View this message in context: http://www.nabble.com/Failed-to-run-%22hello-world%22-1.1.6-example-on-AT91… Sent from the Uboot - Users mailing list archive at Nabble.com.

2 4

[U-Boot-Users] Wrong place to manage endianess for usbdev?
by Rodolfo Giometti 04 May '07

04 May '07

Hello, I suppose is better using this patch: diff --git a/include/usbdcore.h b/include/usbdcore.h index cb2be72..72b9af2 100644 --- a/include/usbdcore.h +++ b/include/usbdcore.h @@ -56,10 +56,6 @@ #define usbinfo(fmt,args...) do{}while(0) #endif -#ifndef le16_to_cpu -#define le16_to_cpu(x) (x) -#endif - #ifndef inb #define inb(p) (*(volatile u8*)(p)) #endif Since defining le16_to_cpu() here is wrong. Each usbdevice driver should be free of using itsown endianess definition. In fact for my new driver I added: diff --git a/drivers/usbtty.h b/drivers/usbtty.h index 8154e30..051ead7 100644 --- a/drivers/usbtty.h +++ b/drivers/usbtty.h @@ -27,6 +27,8 @@ #include "usbdcore.h" #if defined(CONFIG_PPC) #include "usbdcore_mpc8xx.h" +#elif defined(CONFIG_PXA27X) +#include "usbdcore_pxa27x.h" #elif defined(CONFIG_ARM) #include "usbdcore_omap1510.h" #endif and inside usbdcore_pxa27x.h I use: #include <asm/byteorder.h> Ciao, Rodolfo P.S. Please note also that using CONFIG_ARM to include usbdcore_omap1510.h is not the best... I think it should be replaced with a proper CONFIG option. -- GNU/Linux Solutions e-mail: giometti(a)enneenne.com Linux Device Driver giometti(a)gnudd.com Embedded Systems giometti(a)linux.it UNIX programming phone: +39 349 2432127

1 0

[U-Boot-Users] Memory map
by Null dev 04 May '07

04 May '07

Hi all, I am relatively new to U-boot. I was confused with the memory map for inca-ip (mips) board. what exactly is the memory map for flash and RAM. I can see that in start.swe map SDRAM at 0x8000 0000 and also in flash_init() we map flash at 0xB000 0000. register are mapped to 0xb800 0000. also i see a header file addrspace.h which has KSEGx defined with address value. Could anyone please help me understand how is the memory may done and how EBU know these address range. thanks and regards sinkn

1 0

[U-Boot-Users] MPC832xEMDS: ttyS0 output stops mid boot
by Alex Zeffertt 04 May '07

04 May '07

Hi, Sorry about the cross posting, but I'm not sure which list I should send to.... I'm trying to boot an up-to-date kernel on my MPC8323E-MDS-PB board, but I the console output stops early on during the kernel boot. I'm running the latest u-boot (git://www.denx.de/git/u-boot-mpc83xx.git) with its default environment. The kernel is built from Paulus' powerpc.git, after checking out tag 2.6.21-rc5. The dtb is build from arch/powerpc/boot/dts/mpc832x_mds.dts with the latest compiler (git://www.jdl.com/software/dtc.git). Has anyone else been here before...? If so I'd appreciate any help you can offer. TIA, Alex -------------------my ttyS0 output------------------ => => printenv bootcmd=setenv bootargs root=/dev/nfs rw nfsroot=$serverip:$rootpath ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:off console=$consoledev,$baudrate $othbootargs;tftp $loadaddr $bootfile;tftp $fdtaddr $fdtfile;bootm $loadaddr - $fdtaddr ramboot=setenv bootargs root=/dev/ram rw console=$consoledev,$baudrate $othbootargs;tftp $ramdiskaddr $ramdiskfile;tftp $loadaddr $bootfile;tftp $fdtaddr $fdtfile;bootm $loadaddr $ramdiskaddr $fdtaddr nfsboot=setenv bootargs root=/dev/nfs rw nfsroot=$serverip:$rootpath ip=$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:off console=$consoledev,$baudrate $othbootargs;tftp $loadaddr $bootfile;tftp $fdtaddr $fdtfile;bootm $loadaddr - $fdtaddr bootdelay=6 baudrate=115200 loads_echo=1 ethaddr=00:04:9f:ef:03:01 eth1addr=00:04:9f:ef:03:02 loadaddr=200000 netdev=eth0 consoledev=ttyS0 ramdiskaddr=1000000 ramdiskfile=ramfs.83xx fdtaddr=400000 fdtfile=mpc832xemds.dtb stdin=serial stdout=serial stderr=serial ethact=FSL UEC0 Environment size: 979/8188 bytes => setenv ramdiskfile uRamdisk => setenv fdtfile mpc832x_mds.dtb => setenv bootfile uImage => setenv serverip 10.0.0.107 => setenv ipaddr 10.0.6.65 => run ramboot Using FSL UEC0 device TFTP from server 10.0.0.107; our IP address is 10.0.6.65 Filename 'uRamdisk'. Load address: 0x1000000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ########################################################### done Bytes transferred = 3296770 (324e02 hex) Using FSL UEC0 device TFTP from server 10.0.0.107; our IP address is 10.0.6.65 Filename 'uImage'. Load address: 0x200000 Loading: ################################################################# ################################################################# ################################################################# ########################################## done Bytes transferred = 1212615 (1280c7 hex) Using FSL UEC0 device TFTP from server 10.0.0.107; our IP address is 10.0.6.65 Filename 'mpc832x_mds.dtb'. Load address: 0x400000 Loading: ### done Bytes transferred = 12288 (3000 hex) ## Booting image at 00200000 ... Image Name: Linux-2.6.21-rc5 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 1212551 Bytes = 1.2 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Loading RAMDisk Image at 01000000 ... Image Name: uboot ext2 ramdisk rootfs Image Type: PowerPC Linux RAMDisk Image (gzip compressed) Data Size: 3296706 Bytes = 3.1 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Booting using flat device tree at 0x400000 Loading Ramdisk to 07c87000, end 07fabdc2 ... OK Using MPC832x MDS machine description Linux version 2.6.21-rc5 (ajz@zambia) (gcc version 3.4.3) #2 Thu May 3 16:42:54 BST 2007 Found initrd at 0xc7c87000:0xc7fabdc2 setup_arch: bootmem mpc832x_sys_setup_arch() Found MPC83xx PCI host bridge at 0x00000000e0008500. Firmware bus number: 0->0 arch: exit Zone PFN ranges: DMA 0 -> 32768 Normal 32768 -> 32768 early_node_map[1] active PFN ranges 0: 0 -> 32768 Built 1 zonelists. Total pages: 32512 Kernel command line: root=/dev/ram rw console=ttyS0,115200 IPIC (128 IRQ sources) at fddf3700 QEIC (64 IRQ sources) at fddf2080 PID hash table entries: 512 (order: 9, 2048 bytes)

1 0

Re: [U-Boot-Users] Getting Started Porting U-Boot to M5329EVB board
by Robert S. Grimes 04 May '07

04 May '07

w.wegner(a)astro-kom.de wrote: > Hi Bob, > > I started a port to MCF53xx, but it is basically untested. Current state is: compile-clean, > ethernet is not implemented (all configuration options involving network have to be disabled), > but not tested on a board. I used the MCF52xx for my modifications, as you were already > suggested to do. > Hi Wolfgang, I've followed your directions, which were pretty easy, given I had just done it yesterday for my first attempt. However, when I tried to compile my port of your stuff, it fails in an unexpected area - specifically, it fails attempting to build the tools! To make sure it wasn't my stuff (pretty sure it couldn't have been, but I've been confused before!), I tried to build your cobra5329, using the following: make clean make cobra5329_config make I got the exact same error, so it's clear it isn't my stuff. Here is the message make[1]: Entering directory `/root/u-boot-git/tools` make[1]: *** No rule to make target `/usr/lib/gcc-lib/i486-linux/3.3.5/include/stddef.h', needed by 'img2srec.o'. Stop. Seems some incompatibility in our respective gcc setup. BTW, I have Gentoo Linux, and am using gcc 3.4.4 - my libraries show up under /usr/lib/gcc/i686-pc-linux-gnu/3.4.4. I don't know how the u-boot build system determines where to look, but it's clearly looking in the wrong place for me! Any ideas? BTW: Am I to understand the MCF532x family is approximately equal to the MCF537x family, with respect to porting u-boot? Thanks! -Bob > My problem is that I was not yet able to access the flash on any of my boards (Cobra 5329 > EVB and our prototype with MCF5373) and neither dared to use > CONFIG_RUN_FROM_RAM (or whatever this option is called). > > You can grab my current tree at > http://leila.dyna.ping.de/wolfgang/u-boot-git-mcf53xx.tar.bz2 > > (it is based on what I got some days ago with "git clone", but I do not know if this is really the > most actual tree) > > To adapt to your board, you should make a new subdirectory in "board", probably starting > with cobra5329 as a starting population. Then edit the Makefile in the main directory > (probably also taking the lines for cobra5329 as a starting point) and do a "make M5329EVB" > (or whatever you want to call your port). > You definitely have to edit cobra5329.c (which you also want to rename ;-) ) in the > board/M5329EVB subdirectory to use the correct settings for your SDRAM. Apart from that, > you are probably on your own, as I am not any further either. :-( > > Regards, > Wolfgang > > On 2 May 2007 at 12:42, Robert S. Grimes wrote: > > >> Hi, >> >> I'm getting started porting U-Boot to the Freescale/LogicPD M5329EVB >> board, based on the ColdFire MCF5329 processor. As suggested in the >> "U-Boot Porting Guide" in the README file, I've subscribed to this list, >> and I'm admitting I am (currently) clueless - hence this email! >> >> At this point, my only real question is this - has anybody done this >> already? If so, can/will you share? Or are you working on a similar >> port, and would you like to share the load? I'm very open to working >> with others on this, though if there are no takers, I'll go it alone and >> post it all later. >> >> Thanks, and take care, >> -Bob >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> U-Boot-Users mailing list >> U-Boot-Users(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/u-boot-users >> > >

1 0

[U-Boot-Users] [PATCH] Fix memory initialization on MPC8349E-mITX
by Timur Tabi 04 May '07

04 May '07

Define CFG_DDR_SDRAM_CLK_CNTL for the MPC8349E-mITX and MPC8349E-mITX-GP. This allows ddr->sdram_clk_cntl to be properly initialized. This is necessary on some ITX boards, notably those with a revision 3.1 CPU. Also change spd_sdram() in cpu/mpc83xx/spd_sdram.c to not write anything into ddr->sdram_clk_cntl if CFG_DDR_SDRAM_CLK_CNTL is not defined. Signed-off-by: Timur Tabi <timur(a)freescale.com> --- This patch fixes bug 517 and fixes problems with some MPC8349E-mITX boards. It's been tested on all 83xx platforms that use SPD. board/mpc8349itx/mpc8349itx.c | 3 +-- cpu/mpc83xx/spd_sdram.c | 5 ----- include/configs/MPC8349ITX.h | 3 +++ 3 files changed, 4 insertions(+), 7 deletions(-) diff --git a/board/mpc8349itx/mpc8349itx.c b/board/mpc8349itx/mpc8349itx.c index 2b3ded1..178b1d3 100644 --- a/board/mpc8349itx/mpc8349itx.c +++ b/board/mpc8349itx/mpc8349itx.c @@ -80,8 +80,7 @@ int fixed_sdram(void) im->ddr.sdram_interval = (0x0410 << SDRAM_INTERVAL_REFINT_SHIFT) | (0x0100 << SDRAM_INTERVAL_BSTOPRE_SHIFT); - im->ddr.sdram_clk_cntl = - DDR_SDRAM_CLK_CNTL_SS_EN | DDR_SDRAM_CLK_CNTL_CLK_ADJUST_05; + im->ddr.sdram_clk_cntl = CFG_DDR_SDRAM_CLK_CNTL; udelay(200); diff --git a/cpu/mpc83xx/spd_sdram.c b/cpu/mpc83xx/spd_sdram.c index d9b8753..2f5f9a3 100644 --- a/cpu/mpc83xx/spd_sdram.c +++ b/cpu/mpc83xx/spd_sdram.c @@ -693,11 +693,6 @@ long int spd_sdram() #ifdef CFG_DDR_SDRAM_CLK_CNTL /* Optional platform specific value */ ddr->sdram_clk_cntl = CFG_DDR_SDRAM_CLK_CNTL; -#else - /* SS_EN = 0, source synchronous disable - * CLK_ADJST = 0, MCK/MCK# is launched aligned with addr/cmd - */ - ddr->sdram_clk_cntl = 0x00000000; #endif debug("DDR:sdram_clk_cntl=0x%08x\n", ddr->sdram_clk_cntl); diff --git a/include/configs/MPC8349ITX.h b/include/configs/MPC8349ITX.h index 37bbfb3..906339e 100644 --- a/include/configs/MPC8349ITX.h +++ b/include/configs/MPC8349ITX.h @@ -154,6 +154,9 @@ #define CFG_MEMTEST_START 0x1000 /* memtest region */ #define CFG_MEMTEST_END 0x2000 +#define CFG_DDR_SDRAM_CLK_CNTL (DDR_SDRAM_CLK_CNTL_SS_EN | \ + DDR_SDRAM_CLK_CNTL_CLK_ADJUST_05) + #ifdef CONFIG_HARD_I2C #define CONFIG_SPD_EEPROM /* use SPD EEPROM for DDR setup*/ #endif -- 1.5.0.2.260.g2eb065

4 5

[U-Boot-Users] Optimization problem showing up in tsec.c on MPC8641D
by Joe Hamman 04 May '07

04 May '07

Hi all, I was about to submit a patch to add support for an MPC8641D based board, but I ran into a problem in tsec.c when I set optimization back to -Os. (With optimization set to -O1 or -O2, the problem does not appear.) If I let the code run from reset, it halts at address 0ffe18bc (tsec.c line 309) and all the GPRs appear to be 0xffffffff. If I place an internal hardware breakpoint at 0ffe18bc, and run from reset, it hits the breakpoint 4 times (there is a quad phy on the board). If I resume after the 4th break, the code runs to the u-boot prompt, counts down and loads linux/ramdisk/dtb from flash and boots into linux correctly. At first I thought it might be a DRAM problem, possibly not letting it "settle" long enough after initialization, so I let it hit the breakpoint (everything looked good), removed the breakpoint and let it resume and I see the same problem. Here's the snippet of code that's giving me the trouble: 302 /* Reset MII (due to new addresses) */ 303 priv->phyregs->miimcfg = MIIMCFG_RESET; 0ffe1890: lwz r9,4(r31) 0ffe1894: lis r0,-0x8000 0ffe1898: stw r0,0x520(r9) 304 asm("sync"); 0ffe189c: sync 305 priv->phyregs->miimcfg = MIIMCFG_INIT_VALUE; 0ffe18a0: li r0,3 0ffe18a4: stw r0,0x520(r9) 306 asm("sync"); 0ffe18a8: sync 307 while (priv->phyregs->miimind & MIIMIND_BUSY) ; 0ffe18ac: lwz r0,0x534(r9) 0ffe18b0: andi. r11,r0,1 0ffe18b4: bne 0xFFE18AC 308 309 if (0 == relocated) 0ffe18b8: lwz r9,-0x7FDC(r30) 0ffe18bc: lwz r0,0(r9) 0ffe18c0: cmpi 7,r0,0 0ffe18c4: bne cr7,0xFFE1984 1316 /* First thing's first: relocate the pointers to the 1317 * PHY command structures (the structs were done) */ 1318 phy_info[i] = (struct phy_info *)((uint) phy_info[i] 0ffe18c8: lwz r27,-0x8000(r30) 0ffe18cc: mr r3,r29 0ffe18d0: b 0xFFE196C 0ffe18d4: lwz r9,0x18(r3) 1319 + gd->reloc_off); 1320 phy_info[i]->name += gd->reloc_off; 0ffe18d8: lwz r4,0x18(r3) 0ffe18dc: add r9,r0,r9 Thanks in advance, Joe

1 0

[U-Boot-Users] ctrlc()/tstc() never responds
by Shiju 03 May '07

03 May '07

Hello, On my system the ctrlc()/tstc() never responds. I could not press Ctl+c to abort an operation like mtest,tftp etc or any other operation that calls ctrlc() to abort operation. What I see is that tstc() never returns for key presses in ctrlc(). But in uboot prompt, Ctl+c is caught and I get <INTERRUPT> printed out. Has anyone experienced such problem before.I am using top-of-git uboot tree. Thanks, Shiju

1 0

[U-Boot-Users] Where do you find *.dtb files?
by Alex Zeffertt 03 May '07

03 May '07

Hi all, I'm trying to boot linux-2.6.21-rc5 on my mpc832xemds board which is running u-boot 1.2.0. According to u-boot I need a device tree blob: => help bootm bootm [addr [arg ...]] - boot application image stored in memory passing arguments 'arg ...'; when booting a Linux kernel, 'arg' can be the address of an initrd image When booting a Linux kernel which requires a flat device-tree a third argument is required which is the address of the of the device-tree blob. To boot that kernel without an initrd image, use a '-' for the second argument. If you do not pass a third a bd_info struct will be passed instead Can anybody tell me where I can find one for this board? TIA, Alex

3 2

[U-Boot-Users] [PATCH v2] Fix initrd length miscalculation in bootm command
by Timur Tabi 03 May '07

03 May '07

The do_bootm_linux() function was using the same variable ('len') to calculate the the dtu length and the initrd length, which meant that the initrd length was incorrect. This patch creates renames 'len' and 'data' to 'initrd_len' and 'initrd_data', thereby preventing any future confusion. It also deletes 'len' and 'data' because the dtu calculations don't actually need them. Signed-off-by: Timur Tabi <timur(a)freescale.com> --- This an updated version of patch that was originally submitted on Feb 5, 2007, because the libfdt code breaks the previous patch. Wolfgang, will you *please* apply this fix?!?!!?! I don't want to have to refactor and retest this patch in 6 weeks because you haven't applied it. common/cmd_bootm.c | 60 ++++++++++++++++++++++++--------------------------- 1 files changed, 28 insertions(+), 32 deletions(-) diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c index 32c29e5..a21df7d 100644 --- a/common/cmd_bootm.c +++ b/common/cmd_bootm.c @@ -523,11 +523,10 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, int verify) { ulong sp; - ulong len, checksum; - ulong initrd_start, initrd_end; + ulong checksum; + ulong initrd_start, initrd_end, initrd_data, initrd_len; ulong cmd_start, cmd_end; ulong initrd_high; - ulong data; int initrd_copy_to_ram = 1; char *cmdline; char *s; @@ -631,7 +630,7 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, /* Look for a '-' which indicates to ignore the ramdisk argument */ if (argc >= 3 && strcmp(argv[2], "-") == 0) { debug ("Skipping initrd\n"); - len = data = 0; + initrd_len = initrd_data = 0; } else #endif @@ -652,13 +651,10 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, do_reset (cmdtp, flag, argc, argv); } - data = (ulong)&header; - len = sizeof(image_header_t); - checksum = ntohl(hdr->ih_hcrc); hdr->ih_hcrc = 0; - if (crc32 (0, (uchar *)data, len) != checksum) { + if (crc32 (0, (uchar *) &header, sizeof(image_header_t)) != checksum) { puts ("Bad Header Checksum\n"); SHOW_BOOT_PROGRESS (-11); do_reset (cmdtp, flag, argc, argv); @@ -668,13 +664,13 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, print_image_hdr (hdr); - data = addr + sizeof(image_header_t); - len = ntohl(hdr->ih_size); + initrd_data = addr + sizeof(image_header_t); + initrd_len = ntohl(hdr->ih_size); if (verify) { ulong csum = 0; #if defined(CONFIG_HW_WATCHDOG) || defined(CONFIG_WATCHDOG) - ulong cdata = data, edata = cdata + len; + ulong cdata = initrd_data, edata = cdata + initrd_len; #endif /* CONFIG_HW_WATCHDOG || CONFIG_WATCHDOG */ puts (" Verifying Checksum ... "); @@ -692,7 +688,7 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, WATCHDOG_RESET(); } #else /* !(CONFIG_HW_WATCHDOG || CONFIG_WATCHDOG) */ - csum = crc32 (0, (uchar *)data, len); + csum = crc32 (0, (uchar *) initrd_data, initrd_len); #endif /* CONFIG_HW_WATCHDOG || CONFIG_WATCHDOG */ if (csum != ntohl(hdr->ih_dcrc)) { @@ -723,17 +719,17 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, SHOW_BOOT_PROGRESS (13); /* skip kernel length and terminator */ - data = (ulong)(&len_ptr[2]); + initrd_data = (ulong)(&len_ptr[2]); /* skip any additional image length fields */ for (i=1; len_ptr[i]; ++i) - data += 4; + initrd_data += 4; /* add kernel length, and align */ - data += ntohl(len_ptr[0]); + initrd_data += ntohl(len_ptr[0]); if (tail) { - data += 4 - tail; + initrd_data += 4 - tail; } - len = ntohl(len_ptr[1]); + initrd_len = ntohl(len_ptr[1]); } else { /* @@ -741,7 +737,7 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, */ SHOW_BOOT_PROGRESS (14); - len = data = 0; + initrd_len = initrd_data = 0; } #if defined(CONFIG_OF_FLAT_TREE) || defined(CONFIG_OF_LIBFDT) @@ -779,9 +775,8 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, checksum = ntohl(hdr->ih_dcrc); addr = (ulong)((uchar *)(hdr) + sizeof(image_header_t)); - len = ntohl(hdr->ih_size); - if(checksum != crc32(0, (uchar *)addr, len)) { + if(checksum != crc32(0, (uchar *)addr, ntohl(hdr->ih_size))) { printf("ERROR: Flat Device Tree checksum is invalid\n"); return; } @@ -855,16 +850,17 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, } } #endif - if (!data) { + + if (!initrd_data) { debug ("No initrd\n"); } - if (data) { + if (initrd_data) { if (!initrd_copy_to_ram) { /* zero-copy ramdisk support */ - initrd_start = data; - initrd_end = initrd_start + len; + initrd_start = initrd_data; + initrd_end = initrd_start + initrd_len; } else { - initrd_start = (ulong)kbd - len; + initrd_start = (ulong)kbd - initrd_len; initrd_start &= ~(4096 - 1); /* align on page */ if (initrd_high) { @@ -885,7 +881,7 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, nsp &= ~0xF; if (nsp > initrd_high) /* limit as specified */ nsp = initrd_high; - nsp -= len; + nsp -= initrd_len; nsp &= ~(4096 - 1); /* align on page */ if (nsp >= sp) initrd_start = nsp; @@ -894,16 +890,16 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, SHOW_BOOT_PROGRESS (12); debug ("## initrd at 0x%08lX ... 0x%08lX (len=%ld=0x%lX)\n", - data, data + len - 1, len, len); + initrd_data, initrd_data + initrd_len - 1, initrd_len, initrd_len); - initrd_end = initrd_start + len; + initrd_end = initrd_start + initrd_len; printf (" Loading Ramdisk to %08lx, end %08lx ... ", initrd_start, initrd_end); #if defined(CONFIG_HW_WATCHDOG) || defined(CONFIG_WATCHDOG) { - size_t l = len; + size_t l = initrd_len; void *to = (void *)initrd_start; - void *from = (void *)data; + void *from = (void *)initrd_data; while (l > 0) { size_t tail = (l > CHUNKSZ) ? CHUNKSZ : l; @@ -915,7 +911,7 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, } } #else /* !(CONFIG_HW_WATCHDOG || CONFIG_WATCHDOG) */ - memmove ((void *)initrd_start, (void *)data, len); + memmove ((void *)initrd_start, (void *)initrd_data, initrd_len); #endif /* CONFIG_HW_WATCHDOG || CONFIG_WATCHDOG */ puts ("OK\n"); } @@ -952,7 +948,7 @@ do_bootm_linux (cmd_tbl_t *cmdtp, int flag, of_flat_tree = (char *)of_start; printf (" Loading Device Tree to %08lx, end %08lx ... ", of_start, of_start + of_len - 1); - err = fdt_open_into((void *)of_start, (void *)of_data, of_len); + err = fdt_open_into((void *)of_data, (void *)of_start, of_len); if (err != 0) { printf ("libfdt: %s " __FILE__ " %d\n", fdt_strerror(err), __LINE__); } -- 1.5.0.2.260.g2eb065

1 0

[U-Boot-Users] Wind River SBC8560 saga continues
by Mark Pilant 03 May '07

03 May '07

The more I dig into my problem, the more confused I get. Here is the latest plot twist... Looking at the sources for the memory configuration: /opt/eldk/ppc_85xx/usr/src/u-boot-1.2.0/board/sbc8560/init.S /opt/eldk/ppc_85xx/usr/src/u-boot-1.2.0/cpu/mpc85xx/start.S /opt/eldk/ppc_85xx/usr/src/u-boot-1.2.0/include/configs/sbc8560.h I notice the TLB entries seem to be set up to do a simple straight mapping from the effective address to the real address. No problem so far. Looking further, I notice the addresses used for the chip select values do not match the addresses specified in the SBC8560 board engineering specifications. Now it is getting a little confusing. Finally, I notice there is one area of memory, defined at 0x70000000, which has a TLB but does not appear to have any real memory to back it up. (This address is associated with the CFG_INIT_RAM_ADDR defined symbol.) I am hoping someone might be able to point out if I am missing something (subtle or obvious :-). I had thought this might be the source of the CPM SCC problem I am having, but so far it does not seem to be the case. Thanks in advance. - Mark (the confused :-) This email message and any attachments are confidential and may contain information which is proprietary to Mintera Corporation. If you are not the intended recipient, please notify Mintera Corporation immediately -- by replying to this message or by sending an email to postmaster(a)mintera.com -- and destroy all copies of this message and any attachments. Thank you.

1 0

[U-Boot-Users] Booting Linux with cramfs from RAM
by Diego Fons 03 May '07

03 May '07

Hi, I'd like to boot a linux kernel using a cramfs as root file system. At U-Boot prompt I load the 2 images, kernal and rootfs: $> tftp 20200000 vmImage $> tftp 20800000 fsImage.cramfs Then i set the environment variable bootargs: $> setenv bootargs root=/dev/ram rootfstype=cramfs initrd=0x20800000,nnn (nnn stand for size of the rootfs) And finally: $> bootm 20200000 The kernel is decompressed and starts runnnig but i get this error: No filesystem could mount root, tried: cramfs Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) Thats it... I can not resolve this problem, does anyone know anything about it? Did anyone boot with a fs in RAM? and if so, how did you do it? Thanks and regards, Diego A. Fons. -- +-----------------------------------------------------------+ E9C6C265 / 8D70 4A80 C337 DC0E 384A 6505 767B 11C2 E9C6 C265 +-----------------------------------------------------------+ "In the game of chess, you can never let your adversary see your pieces." -- Zapp Brannigan.

1 0