April 2007 - U-Boot

[U-Boot-Users] Source level uboot debugging
by Shiju Mathew 20 Apr '07

20 Apr '07

Hello, I need to bring up a custom board based on ARM11. Is it possible to do uboot source level debugging using Realview ice debugger or using Macraigor wiggler+eclipse.Any help would be appreciated. Thanks, Shiju

1 0

[U-Boot-Users] Custodian Pull Requests
by Wolfgang Denk 20 Apr '07

20 Apr '07

Hi Custodians, according to my list I don't have any open pull or merge requests any more. Please verify and help testing. Thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de If the odds are a million to one against something occuring, chances are 50-50 it will.

5 7

Re: [U-Boot-Users] Still trying to get a stable 2.6.20.4 running on 8349ITX evalboard
by Kim Phillips 20 Apr '07

20 Apr '07

[switching over to u-boot-users] On Thu, 12 Apr 2007 14:58:17 -0700 Bruce_Leonard(a)selinc.com wrote: > > about memory timing I remembered that the 8349itx u-boot port allows the > choice of using SPD for detecting the DDR RAM or using hard coded defaults > in the memory controller. I figured what the heck, I'll give the hard > coded values a try even though they were probably wrong for the particular > part I've got installed. And the bloody thing ran! I had it executing a I just applied the last spd patch I had in my queue to the u-boot-mpc83xx.git tree on denx.de. Can you please pull & test? Kim

5 16

[U-Boot-Users] fdt_chosen()
by Timur Tabi 20 Apr '07

20 Apr '07

Jerry, I noticed that fdt_chosen() is called with force=0. Does that mean that if the DTB has a chosen node in it already, that it won't be overwritten? If so, I think that's wrong, because some DTBs have a bogus chosen section in them that has, in the past, always been overwritten by U-Boot. If the chosen node already exists, then it means that it was present in the DTS when it was compiled, and that means the DTS is probably old and the chosen node has bad data in it. -- Timur Tabi Linux Kernel Developer @ Freescale

1 0

[U-Boot-Users] [PATCH] Fix SPI read/write length issue
by Aubrey Li 20 Apr '07

20 Apr '07

When the functions "eeprom_read" and "eeprom_write" works for the SPI flash, the data length is limited to I2C_RXTX_LEN. See the following piece of code. ----------------------------- #if !defined(CFG_I2C_FRAM) maxlen = 0x100 - blk_off; if (maxlen > I2C_RXTX_LEN) maxlen = I2C_RXTX_LEN; if (len > maxlen) len = maxlen; #endif ----------------------------- The following patch fixes this issue. >From 2451cc87059acc456597a28f802ab3acb2d61ad4 Mon Sep 17 00:00:00 2001 From: Aubrey Li <aubrey.adi(a)gmail.com> Date: Thu, 22 Mar 2007 17:26:27 +0800 Subject: [PATCH] Fix spi read/write length issue Signed-off-by: Aubrey Li <aubrey.adi(a)gmail.com> --- common/cmd_eeprom.c | 7 +++++++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/common/cmd_eeprom.c b/common/cmd_eeprom.c index d15a412..71d9792 100644 --- a/common/cmd_eeprom.c +++ b/common/cmd_eeprom.c @@ -177,10 +177,14 @@ int eeprom_read (unsigned dev_addr, unsi maxlen = 0x100 - blk_off; if (maxlen > I2C_RXTX_LEN) maxlen = I2C_RXTX_LEN; + +#ifndef CONFIG_SPI if (len > maxlen) len = maxlen; #endif +#endif + #ifdef CONFIG_SPI spi_read (addr, alen, buffer, len); #else @@ -273,10 +277,13 @@ int eeprom_write (unsigned dev_addr, uns if (maxlen > I2C_RXTX_LEN) maxlen = I2C_RXTX_LEN; +#ifndef CONFIG_SPI if (len > maxlen) len = maxlen; #endif +#endif + #ifdef CONFIG_SPI spi_write (addr, alen, buffer, len); #else -- 1.4.4 Best Regards, -Aubrey

2 3

[U-Boot-Users] [patch] use unsigned char in smc91111 driver for mac
by Mike Frysinger 20 Apr '07

20 Apr '07

the v_mac variable in the smc91111 driver is declared as a signed char ... this causes problems when one of the bytes in the MAC is "signed" like 0xE0 because when it gets printed out, you get a display like: 0xFFFFFFE0 and that's no good -mike

3 3

[U-Boot-Users] U-Boot on WR SBC8560 startup problem
by Mark Pilant 20 Apr '07

20 Apr '07

Greetings. I looked through the archives to see if my problem had been seen, and it appears it has not. The problem I am having is the serial_init() is hanging waiting for the CPM to finish after having "sent" the init Tx & Rx command. The very strange thing is when the code reads the CPM address (0xFF7919C0) it sees the value of 0x00810000 but using VisionCLICK to probe the address, I get the value of 0x00800000; indicating the command had completed. If I turn off the dcache (clearing bit 31 in L1CSR0), it does finish this loop, but uboot appears to have problems later in the initialization sequence. This is not entirely unexpected, but I haven't investigated the later failures. I am working with the 1.2.0 code base I built from the ISO images on SourceForge. I am building the software on a Fedora Core 6 system (all the latest updates) using the ELDK crosstools. Oh yes, I have read the README.sbc8560 document. The only code I have changed is in sbc8560.h to match the SBC8560. Here are the actual differences: $ diff -b ./include/configs/sbc8560.h ./include/configs/sbc8560.h.~1~ 49c49 < #undef CONFIG_TSEC_ENET /* tsec ethernet support */ --- > #define CONFIG_TSEC_ENET /* tsec ethernet support */ 51c51 < #define CONFIG_ETHER_ON_FCC /* cpm FCC ethernet support */ --- > #undef CONFIG_ETHER_ON_FCC /* cpm FCC ethernet support */ 177c177 < #define CONFIG_CONS_ON_SCC /* define if console on SCC */ --- > #undef CONFIG_CONS_ON_SCC /* define if console on SCC */ 182,185c182,185 < #undef CFG_NS16550 < #undef CFG_NS16550_SERIAL < #undef CFG_NS16550_REG_SIZE < #undef CFG_NS16550_CLK --- > #define CFG_NS16550 > #define CFG_NS16550_SERIAL > #define CFG_NS16550_REG_SIZE 1 > #define CFG_NS16550_CLK 1843200 /* get_bus_freq(0) */ 191,192c191,192 < #undef CFG_NS16550_COM1 < #undef CFG_NS16550_COM2 --- > #define CFG_NS16550_COM1 ((CFG_BR5_PRELIM & 0xff000000)+0x00700000) > #define CFG_NS16550_COM2 ((CFG_BR5_PRELIM & 0xff000000)+0x00800000) 315c315 < #define CONFIG_BOOTARGS "root=/dev/nfs rw nfsroot=10.10.12.202:/tftpboot ip=10.10.12.100:10.10.12.202::255.255.255.0:sbc8560:eth0: off console=ttyS0,9600" --- > #define CONFIG_BOOTARGS "root=/dev/nfs rw nfsroot=192.168.0.251:/tftpboot ip=192.168.0.105:192.168.0.251::255.255.255.0:sbc8560:et h0:off console=ttyS0,9600" 393c393 < # define CONFIG_ETHADDR 00:a0:1e:08:14:74 --- > # define CONFIG_ETHADDR 00:01:af:07:9b:8a 395c395 < # define CONFIG_ETH1ADDR 00:a0:1e:08:14:74 --- > # define CONFIG_ETH1ADDR 00:01:af:07:9b:8b 397c397 < # define CONFIG_ETH2ADDR 00:a0:1e:08:14:74 --- > # define CONFIG_ETH2ADDR 00:01:af:07:9b:8c 400,402c400,402 < #define CONFIG_SERVERIP 10.10.12.202 < #define CONFIG_IPADDR 10.10.12.100 < #define CONFIG_GATEWAYIP 10.10.12.2 --- > #define CONFIG_SERVERIP 192.168.0.131 > #define CONFIG_IPADDR 192.168.0.105 > #define CONFIG_GATEWAYIP 0.0.0.0 406c406 < #define CONFIG_BOOTFILE zImage --- > #define CONFIG_BOOTFILE pImage $ The changes fall into three main areas: 1) Using the FCC Ethernet interface. 2) Using the SCC serial port rather than a 16550 UART. 3) Setting the various IP parameters. Thanks in advance for any help and/or suggestions. - Mark 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] [PATCH] icecube/lite5200b: wakeup from low-power support
by Domen Puncer 20 Apr '07

20 Apr '07

U-Boot part of Lite5200b low power mode support. Puts SDRAM out of self-refresh and transfers control to address saved at physical 0x0. --- board/icecube/icecube.c | 50 ++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 50 insertions(+) Index: u-boot.git/board/icecube/icecube.c =================================================================== --- u-boot.git.orig/board/icecube/icecube.c +++ u-boot.git/board/icecube/icecube.c @@ -42,6 +42,54 @@ #include "mt48lc16m16a2-75.h" # endif #endif + +#ifdef CONFIG_LITE5200B +/* u-boot part of low-power mode implementation */ +#define SAVED_ADDR (*(void **)0x00000000) +#define PSC2_4 0x02 + +void lite5200b_wakeup(void) +{ + unsigned char wakeup_pin; + void (*linux_wakeup)(void); + + /* check PSC2_4, if it's down "QT" is signaling we have a wakeup + * from low power mode */ + *(vu_char *)MPC5XXX_WU_GPIO_ENABLE = PSC2_4; + __asm__ volatile ("sync"); + + wakeup_pin = *(vu_char *)MPC5XXX_WU_GPIO_DATA_I; + if (wakeup_pin & PSC2_4) + return; + + /* acknowledge to "QT" + * by holding pin at 1 for 10 uS */ + *(vu_char *)MPC5XXX_WU_GPIO_DIR = PSC2_4; + __asm__ volatile ("sync"); + *(vu_char *)MPC5XXX_WU_GPIO_DATA_O = PSC2_4; + __asm__ volatile ("sync"); + udelay(10); + + /* put ram out of self-refresh */ + *(vu_long *)MPC5XXX_SDRAM_CTRL |= 0x80000000; // mode_en + __asm__ volatile ("sync"); + *(vu_long *)MPC5XXX_SDRAM_CTRL |= 0x50000000; // cke ref_en + __asm__ volatile ("sync"); + *(vu_long *)MPC5XXX_SDRAM_CTRL &= ~0x80000000; // !mode_en + __asm__ volatile ("sync"); + udelay(10); /* wait a bit */ + + /* jump back to linux kernel code */ + linux_wakeup = SAVED_ADDR; + printf("\n\nLooks like we just woke, transferring control to 0x%08lx\n", + linux_wakeup); + linux_wakeup(); +} +#else +#define lite5200b_wakeup() +#endif + + #ifndef CFG_RAMBOOT static void sdram_start (int hi_addr) { @@ -208,6 +256,8 @@ long int initdram (int board_type) __asm__ volatile ("sync"); } + lite5200b_wakeup(); + return dramsize + dramsize2; }

5 15

Re: [U-Boot-Users] [PATCH] Fix the -S to modify the totalsize properly.
by Jon Loeliger 20 Apr '07

20 Apr '07

So, like, the other day Jerry Van Baren mumbled: > With the last improvement to pad out the blob, I broke the blob > header totalsize adjustment. The adjustment was moved up in the > code before the memory image of the blob is created. > > Signed-off-by: Gerald Van Baren <vanbaren(a)cideas.com> Applied! > Hi Jon, > > This fixes my header totalsize screwup. Until this is applied, the -S > adds padding but is not effective. > > My apologies, [Vader Voice] Apology... accepted. [/Vader Voice] Thanks, jdl

1 0

[U-Boot-Users] [GIT-PULL] Please pull from
by Peter Pearse 20 Apr '07

20 Apr '07

Wolfgang Please pull this small change to check my understanding of the process. Somehow my second commit line Add Konstantin Kletschke for scb9328. was lost. The following changes since commit 37837828d89084879bee2f2b8c7c68d4695940df: Wolfgang Denk: Clenaup, update CHANGELOG are found in the git repository at: git://www.denx.de/git/u-boot-arm.git Peter Pearse: Move ppearse to ARM board list Merge with git://www.denx.de/git/u-boot.git MAINTAINERS | 21 ++++++++++++--------- 1 files changed, 12 insertions(+), 9 deletions(-) Regards Peter

2 1