August 2008 - U-Boot

[U-Boot] cpu
by mendoza 29 Aug '08

29 Aug '08

Which CPU (ARCH) should i define for ARM7EJS ?

1 0

Re: [U-Boot] U-Boot bootup process
by Ahmed, Muzammal 29 Aug '08

29 Aug '08

Hi Wolfgang, My apologies. As I mentioned I'm pretty new to online forums and mailing lists. I was trying different ways to get help! Regards, Muzammal -----Original Message----- From: wd(a)denx.de [mailto:wd@denx.de] Sent: Thursday, August 28, 2008 7:35 PM To: Ahmed, Muzammal Cc: u-boot(a)lists.denx.de Subject: Re: [U-Boot] U-Boot bootup process Dear Ahmed, In message <14CFFCE3B2DB2C4C87042A4EFCFD09CB03F0EE3E@BRZ248> you wrote: > > Would anyone help me with U-Boot bootup process? On power up, where > U-Boot starts executing from and what's the flow of it? What functions > it calls? I need to understand the whole picture, like what gets > initialized when! It makes little sense to ask the very same question both through our commercial support system and here on the mailing list. I will not answer this again. Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de "I can call spirits from the vasty deep." "Why so can I, or so can any man; but will they come when you do call for them?" - Shakespeare, 1 King Henry IV, Act III, Scene I.

1 0

[U-Boot] [PATCH] ppc4xx: Increase image size for NAND boot target
by Stefan Roese 29 Aug '08

29 Aug '08

This is needed since now with HUSH enabled (amcc-common.h) the image read from NAND exceeds the previous limit. Signed-off-by: Stefan Roese <sr(a)denx.de> --- include/configs/sequoia.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/configs/sequoia.h b/include/configs/sequoia.h index 18675c2..74f6e3a 100644 --- a/include/configs/sequoia.h +++ b/include/configs/sequoia.h @@ -179,7 +179,7 @@ * Define the partitioning of the NAND chip (only RAM U-Boot is needed here) */ #define CFG_NAND_U_BOOT_OFFS (16 << 10) /* Offset to RAM U-Boot image */ -#define CFG_NAND_U_BOOT_SIZE (384 << 10) /* Size of RAM U-Boot image */ +#define CFG_NAND_U_BOOT_SIZE (512 << 10) /* Size of RAM U-Boot image */ /* * Now the NAND chip has to be defined (no autodetection used!) -- 1.5.6.5

1 0

[U-Boot] [PATCH] ppc4xx/NAND: Add select_chip function to 4xx NDFC driver
by Stefan Roese 29 Aug '08

29 Aug '08

This function is needed for the new NAND infrastructure. We only need a dummy implementation though for the NDFC. Signed-off-by: Stefan Roese <sr(a)denx.de> --- cpu/ppc4xx/ndfc.c | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/cpu/ppc4xx/ndfc.c b/cpu/ppc4xx/ndfc.c index a8e8aba..7d96e79 100644 --- a/cpu/ppc4xx/ndfc.c +++ b/cpu/ppc4xx/ndfc.c @@ -168,6 +168,13 @@ void board_nand_select_device(struct nand_chip *nand, int chip) out_be32((u32 *)(base + NDFC_BCFG0 + (cs << 2)), CFG_NAND_BCR); } +static void ndfc_select_chip(struct mtd_info *mtd, int chip) +{ + /* + * Nothing to do here! + */ +} + int board_nand_init(struct nand_chip *nand) { int cs = (ulong)nand->IO_ADDR_W & 0x00000003; @@ -196,6 +203,7 @@ int board_nand_init(struct nand_chip *nand) nand->ecc.mode = NAND_ECC_HW; nand->ecc.size = 256; nand->ecc.bytes = 3; + nand->select_chip = ndfc_select_chip; #ifndef CONFIG_NAND_SPL nand->write_buf = ndfc_write_buf; -- 1.5.6.5

1 0

Re: [U-Boot] TFTP images larger than 16MB causing MachineCheck on 405ex
by jeffhemstreet＠yahoo.com 29 Aug '08

29 Aug '08

I am using a new tftp server from fedora 8. (not sure of the exact version, but the system is up to date) I found the issue... it is with the NAND image (NUB). The NUB destination address is the TEXT_BASE address defined in the top level Makefile The SPL loads the NUB, and then the NUB relocates itself to the top of RAM (at 0xFF23000 in my case). This relocation fixes the Global table, but the tables for the iminfo command contain pointers to strings for the OS, ARCH, type etc. These string pointer all point back to the NUB TEXT_BASE address, which was set to 0x1000000 (16MB). When downloading an image > 16MB to 0x200000, it overwrites the original image. I thought all the strings would be relative at this location, but the string pointers are global addresses. I relocated the NUB dest address to higher in RAM for now to get around the issue. The easiest way around this I believe is to hard code a location for the SPL to load the NUB to and then not relocate the NUB. I thought I remembered something about some strings being accessed from the original location of the UBoot image. ----- Original Message ---- From: vb <vb(a)vsbe.com> To: jeffhemstreet(a)yahoo.com Cc: u-boot(a)lists.denx.de Sent: Friday, August 22, 2008 4:41:49 PM Subject: Re: [U-Boot] TFTP images larger than 16MB causing MachineCheck on 405ex I am not sure how much this is related, but it is a known problem that older tftp servers can't serve files larger than 16Mbytes in size. hth, /vb On Fri, Aug 22, 2008 at 12:57 PM, <jeffhemstreet(a)yahoo.com> wrote: > I have been searching the web, but I have not seen any mention of this kind of problem. > > I am using a custom 405ex board based on Kilauea, with NAND boot. (256MB NAND and 256MB DDR DRAM.) The DRAM passes all tests, and the board boots into Linux fine. When adding code to the initrd, we found that any image > 16MB seemed to cause this problem after being loaded. > I also tested on Kilauea, and it happens but only with a uboot 1.3.3 image running from NAND, the default NOR image does not fail. (1.3.2 rc2 ?) > > To reproduce, I download an initrd (uRamdisk) using tftp in uboot and then use 'iminfo' and it causes a machine check. The strings from the image_get_xxx() functions appear to be bogus and printf crashes. (image_get_os, image_get_arch...) I am debugging it now, but I was hoping someone else had seen this already. > > ===== FROM UBOOT CONSOLE ===== > > => tftp 200000 uRamdisk > ... download completes ... > => iminfo > ## Checking Image at 00200000 ... > Legacy image found > Image Name: Linux-2.6.25.5 > Created: 2008-08-20 22:17:07 UTC > Image Type: Machine Check Exception. > Caused by (from msr): regs 0ff0f310 Data machine check. > NIP: 00000000 XER: 0000005F LR: 0FFCA940 REGS: 0ff0f310 TRAP: 0200 DEAR: 00000000 > MSR: 00000000 EE: 0 PR: 0 FP: 0 ME: 0 IR/DR: 00 > > GPR00: 00000000 0FF0F400 0FF0FF44 60C21FAD 00000000 0FF0F450 01048A68 FFFFFFFF > GPR08: 0FFA1BD8 60C21FAD 0FFD8838 00000002 00002FAF 00000000 0FFEAB00 0FFD83F4 > GPR16: 0FFD8418 0FFD8424 0FF0F994 0FF0F894 0FF0F7DD 00000000 0FF0F750 0FFE1468 > GPR24: 0FF0F418 0FF0F45C 00000000 60C21FAD FFFFFFFF 0FF0F5D7 0FFEC204 0FF0F450 > Call backtrace: > 0FF0F45C 0FFCAB9C 0FFBE4C8 9AE6C2BD > machine check > > ========== > > Any information would help. > Thank you, > Jeff > > Jeff Hemstreet > jeffhemstreet(a)yahoo.com > > > > _______________________________________________ > U-Boot mailing list > U-Boot(a)lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot >

2 1

[U-Boot] [PATCH] ppc4xx: NAND configuration
by Wolfgang Ocker 29 Aug '08

29 Aug '08

Made NAND bank configuration setting a config variable. Signed-off-by: Wolfgang Ocker <weo(a)reccoware.de> --- cpu/ppc4xx/ndfc.c | 6 +++++- include/configs/cdspr.h | 2 ++ 2 files changed, 7 insertions(+), 1 deletions(-) diff --git a/cpu/ppc4xx/ndfc.c b/cpu/ppc4xx/ndfc.c index 72acfd0..a8e8aba 100644 --- a/cpu/ppc4xx/ndfc.c +++ b/cpu/ppc4xx/ndfc.c @@ -149,6 +149,10 @@ static int ndfc_verify_buf(struct mtd_info *mtdinfo, const uint8_t *buf, int len } #endif /* #ifndef CONFIG_NAND_SPL */ +#ifndef CFG_NAND_BCR +#define CFG_NAND_BCR 0x80002222 +#endif + void board_nand_select_device(struct nand_chip *nand, int chip) { /* @@ -161,7 +165,7 @@ void board_nand_select_device(struct nand_chip *nand, int chip) /* Set NandFlash Core Configuration Register */ /* 1 col x 2 rows */ out_be32((u32 *)(base + NDFC_CCR), 0x00000000 | (cs << 24)); - out_be32((u32 *)(base + NDFC_BCFG0 + (cs << 2)), 0x80002222); + out_be32((u32 *)(base + NDFC_BCFG0 + (cs << 2)), CFG_NAND_BCR); } int board_nand_init(struct nand_chip *nand)

2 1

[U-Boot] [PATCH 1/1] ppc4xx: fix UIC external_interrupt hang on UIC0
by Victor Gallardo 29 Aug '08

29 Aug '08

This patch fixes a UIC external_interrupt hang if critical or non-critical interrupt is set at the same time as a normal interrupt is set on UIC0. Signed-off-by: Victor Gallardo <vgallardo(a)amcc.com> --- cpu/ppc4xx/uic.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/cpu/ppc4xx/uic.c b/cpu/ppc4xx/uic.c index 7944c6c..a95d1cb 100644 --- a/cpu/ppc4xx/uic.c +++ b/cpu/ppc4xx/uic.c @@ -129,11 +129,11 @@ void external_interrupt(struct pt_regs *regs) uic_interrupt(UIC3_DCR_BASE, 96); #endif + mtdcr(uic0sr, (uic_msr & UICB0_ALL)); + if (uic_msr & ~(UICB0_ALL)) uic_interrupt(UIC0_DCR_BASE, 0); - mtdcr(uic0sr, uic_msr); - return; } -- 1.5.5

2 1

[U-Boot] [PATCH 1/2] Move MPC5xxx_FEC driver to drivers/net
by Ben Warren 29 Aug '08

29 Aug '08

Signed-off-by: Ben Warren <biggerbadderben(a)gmail.com> --- cpu/mpc5xxx/Makefile | 2 +- drivers/net/Makefile | 1 + cpu/mpc5xxx/fec.c => drivers/net/mpc5xxx_fec.c | 4 ++-- cpu/mpc5xxx/fec.h => drivers/net/mpc5xxx_fec.h | 4 ---- cpu/mpc5xxx/sdma.h => include/mpc5xxx_sdma.h | 0 5 files changed, 4 insertions(+), 7 deletions(-) rename cpu/mpc5xxx/fec.c => drivers/net/mpc5xxx_fec.c (99%) rename cpu/mpc5xxx/fec.h => drivers/net/mpc5xxx_fec.h (99%) rename cpu/mpc5xxx/sdma.h => include/mpc5xxx_sdma.h (100%) diff --git a/cpu/mpc5xxx/Makefile b/cpu/mpc5xxx/Makefile index 312b0bf..06fdbcf 100644 --- a/cpu/mpc5xxx/Makefile +++ b/cpu/mpc5xxx/Makefile @@ -27,7 +27,7 @@ LIB = $(obj)lib$(CPU).a START = start.o SOBJS = io.o firmware_sc_task_bestcomm.impl.o firmware_sc_task.impl.o -COBJS = i2c.o traps.o cpu.o cpu_init.o fec.o ide.o interrupts.o \ +COBJS = i2c.o traps.o cpu.o cpu_init.o ide.o interrupts.o \ loadtask.o pci_mpc5200.o serial.o speed.o usb_ohci.o usb.o SRCS := $(START:.o=.S) $(SOBJS:.o=.S) $(COBJS:.o=.c) diff --git a/drivers/net/Makefile b/drivers/net/Makefile index bcf31cb..c68d3e7 100644 --- a/drivers/net/Makefile +++ b/drivers/net/Makefile @@ -41,6 +41,7 @@ COBJS-$(CONFIG_DRIVER_KS8695ETH) += ks8695eth.o COBJS-$(CONFIG_DRIVER_LAN91C96) += lan91c96.o COBJS-$(CONFIG_MACB) += macb.o COBJS-$(CONFIG_MCFFEC) += mcffec.o +COBJS-$(CONFIG_MPC5xxx_FEC) += mpc5xxx_fec.o COBJS-$(CONFIG_NATSEMI) += natsemi.o ifeq ($(CONFIG_DRIVER_NE2000),y) COBJS-y += ne2000.o diff --git a/cpu/mpc5xxx/fec.c b/drivers/net/mpc5xxx_fec.c similarity index 99% rename from cpu/mpc5xxx/fec.c rename to drivers/net/mpc5xxx_fec.c index bf804ee..3d3eb8b 100644 --- a/cpu/mpc5xxx/fec.c +++ b/drivers/net/mpc5xxx_fec.c @@ -8,11 +8,11 @@ #include <common.h> #include <mpc5xxx.h> +#include <mpc5xxx_sdma.h> #include <malloc.h> #include <net.h> #include <miiphy.h> -#include "sdma.h" -#include "fec.h" +#include "mpc5xxx_fec.h" DECLARE_GLOBAL_DATA_PTR; diff --git a/cpu/mpc5xxx/fec.h b/drivers/net/mpc5xxx_fec.h similarity index 99% rename from cpu/mpc5xxx/fec.h rename to drivers/net/mpc5xxx_fec.h index 81756a5..16c3e8e 100644 --- a/cpu/mpc5xxx/fec.h +++ b/drivers/net/mpc5xxx_fec.h @@ -11,10 +11,6 @@ #ifndef __MPC5XXX_FEC_H #define __MPC5XXX_FEC_H -#include <common.h> -#include <mpc5xxx.h> -#include "sdma.h" - typedef unsigned long uint32; typedef unsigned short uint16; typedef unsigned char uint8; diff --git a/cpu/mpc5xxx/sdma.h b/include/mpc5xxx_sdma.h similarity index 100% rename from cpu/mpc5xxx/sdma.h rename to include/mpc5xxx_sdma.h -- 1.5.4.3

1 1

Re: [U-Boot] [U-Boot-Users] [PATCH] fix USB devices with multiple configurations
by Markus Klotzbücher 29 Aug '08

29 Aug '08

On Fri, Aug 29, 2008 at 01:55:16AM +0200, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 00:11 Thu 10 Jul , Wolfgang Denk wrote: > > In message <20080706165805.GG20299(a)prithivi.gnumonks.org> you wrote: > > > > > > This patch fixes bugs in usbdcore*.c related to the use of devices > > > with multiple configurations. > > > > > > The original code made mistakes about the meaning of configuration value and > > > configuration index, and the resulting off-by-one errors resulted in: > > > > > > * SET_CONFIGURATION always selected the first configuration, no matter what > > > wValue is being passed. > > > * GET_DESCRIPTOR/CONFIGURATION always returned the descriptor for the first > > > configuration (index 0). > > > > > > Signed-off-by: Harald Welte <laforge(a)openmoko.org> > > > > Markus, are you going to add this to the USB repo any time soon? > > > > Or you could just ACK it (if you think so) and tell me to pick up > > directly. > Any news about this patch? Has been merged a long time ago as cc83b27217f7380041fea386ddb6d6d9b261617d Or what type of news are you looking for? Best regards Markus -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office(a)denx.de")

1 0

[U-Boot] [PATCH 1/1] ppc4xx: fix UIC hang if critical or non-critical interrupt is set at the same time as a normal interrupt is set on UIC0
by vgallardo＠amcc.com 29 Aug '08

29 Aug '08

From: Victor Gallardo <vgallardo(a)amcc.com> Signed-off-by: Victor Gallardo <vgallardo(a)amcc.com> --- cpu/ppc4xx/uic.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/cpu/ppc4xx/uic.c b/cpu/ppc4xx/uic.c index 7944c6c..a95d1cb 100644 --- a/cpu/ppc4xx/uic.c +++ b/cpu/ppc4xx/uic.c @@ -129,11 +129,11 @@ void external_interrupt(struct pt_regs *regs) uic_interrupt(UIC3_DCR_BASE, 96); #endif + mtdcr(uic0sr, (uic_msr & UICB0_ALL)); + if (uic_msr & ~(UICB0_ALL)) uic_interrupt(UIC0_DCR_BASE, 0); - mtdcr(uic0sr, uic_msr); - return; } -- 1.5.5

3 3