November 2006 - U-Boot

[U-Boot-Users] [PATCH] U-boot-1.1.6 for Wind River SBC8349
by Paul Gortmaker 18 Nov '06

18 Nov '06

Hi folks, I've attached my patches below that add support for the Wind River SBC8347E/9E boards. Most of my testing has been done on the SBC8349E variant, but earlier versions were also tested on the SBC8347E. Patches are against the recently released 1.1.6 version of U-Boot. Thanks to the implementation for the MPC8349 by the folks at Freescale, a lot of the heavy lifting was already done. Of course there were still the usual handfull of "gotcha"s. PCI is also supported, and I've tested with an intel e1000 card. I've left PCI off by default though, since there were early rev CPUs that had PCI issues. Outside of the typical core board files, the only thing I had to update was the TSEC driver to add support for a new PHY type (Broadcom). I think I've got all the extra details to make it ready for inclusion (e.g. updated MAKEALL, provided a README, etc.) but if there is something I need to change/add/update, just let me know and I'll take care of it next week. Thanks, Paul.

3 5

[U-Boot-Users] USB Support
by Ajay Jain 17 Nov '06

17 Nov '06

Hello, We support U-Boot on our proprietary board based on ARM core. I wanted to take up a design discussion with you guys. We want to support a kernel upgradation on our phone (board). This means that the end user can upgrade his kernel and ramdisk on his phone during his lifetime. I was thinking on how to accomplish this. 1. I feel that passing the upgradation control to the boot loader is the most viable option. Any comments? 2. The other idea could be to upgrade the kernel while boot up by keeping a redundant kernel and doing a ping pong. 3. Assuming 1), how well is USB supported in U-Boot. Since the most elegant solution is to expose the phone as a Mass Storage device, is the mass storage gadget driver available on U-Boot? 4. I see host controller support in U-Boot, what is the application? Thanks & Regards. Ajay

1 0

[U-Boot-Users] [PATCH] New PCI device ID for E1000 (82545GM)
by Paul Gortmaker 17 Nov '06

17 Nov '06

As part of testing PCI on the SBC8349, I noticed the intel e1000 variant I had (an 82545GM) wasn't in the PCI ID or in the e1000 driver. It appears that because this is just another variant of the 82545, that all that is required is simply adding the IDs in -- at least it works fine for me. Thanks, Paul. -------- U-Boot 1.1.6 (Nov 16 2006 - 16:40:19) MPC83XX Clock configuration: Coherent System Bus: 264 MHz Core: 396 MHz Local Bus: 66 MHz CPU: MPC83xx, Rev: 1.1 at 396 MHz Board: Wind River SBC834x I2C: ready DRAM: Initializing [U-Boot configured to ignore LB-SDRAM] DDR RAM: 256 MB FLASH: 8 MB In: serial Out: serial Err: serial Net: e1000: 00:04:23:ba:f8:2f TSEC0, TSEC1, e1000#0 SBC834x=> ping $serverip Enet starting in 100BT/FD Speed: 100, full duplex Using TSEC0 device host 121.244.158.9 is alive SBC834x=> sete ethact e1000#0 SBC834x=> ping $serverip Using e1000#0 device host 121.244.158.9 is alive SBC834x=> -------- diff -urN u-boot-1.1.6-orig/drivers/e1000.c u-boot-1.1.6/drivers/e1000.c --- u-boot-1.1.6-orig/drivers/e1000.c 2006-11-02 09:15:01.000000000 -0500 +++ u-boot-1.1.6/drivers/e1000.c 2006-11-16 16:40:16.000000000 -0500 @@ -78,6 +78,7 @@ {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82544GC_LOM}, {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82540EM}, {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82545EM_COPPER}, + {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82545GM_COPPER}, {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82546EB_COPPER}, {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82545EM_FIBER}, {PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82546EB_FIBER}, @@ -632,6 +633,7 @@ hw->mac_type = e1000_82540; break; case E1000_DEV_ID_82545EM_COPPER: + case E1000_DEV_ID_82545GM_COPPER: case E1000_DEV_ID_82545EM_FIBER: hw->mac_type = e1000_82545; break; diff -urN u-boot-1.1.6-orig/drivers/e1000.h u-boot-1.1.6/drivers/e1000.h --- u-boot-1.1.6-orig/drivers/e1000.h 2006-11-02 09:15:01.000000000 -0500 +++ u-boot-1.1.6/drivers/e1000.h 2006-11-16 16:34:46.000000000 -0500 @@ -204,10 +204,11 @@ #define E1000_DEV_ID_82540EM 0x100E #define E1000_DEV_ID_82540EM_LOM 0x1015 #define E1000_DEV_ID_82545EM_COPPER 0x100F +#define E1000_DEV_ID_82545GM_COPPER 0x1026 #define E1000_DEV_ID_82545EM_FIBER 0x1011 #define E1000_DEV_ID_82546EB_COPPER 0x1010 #define E1000_DEV_ID_82546EB_FIBER 0x1012 -#define NUM_DEV_IDS 13 +#define NUM_DEV_IDS 14 #define NODE_ADDRESS_SIZE 6 #define ETH_LENGTH_OF_ADDRESS 6 diff -urN u-boot-1.1.6-orig/include/pci_ids.h u-boot-1.1.6/include/pci_ids.h --- u-boot-1.1.6-orig/include/pci_ids.h 2006-11-02 09:15:01.000000000 -0500 +++ u-boot-1.1.6/include/pci_ids.h 2006-11-16 16:37:15.000000000 -0500 @@ -1823,6 +1823,7 @@ #define PCI_DEVICE_ID_INTEL_82545EM_FIBER 0x1011 #define PCI_DEVICE_ID_INTEL_82546EB_FIBER 0x1012 #define PCI_DEVICE_ID_INTEL_82540EM_LOM 0x1015 +#define PCI_DEVICE_ID_INTEL_82545GM_COPPER 0x1026 #define PCI_DEVICE_ID_INTEL_82559 0x1030 #define PCI_DEVICE_ID_INTEL_82562ET 0x1031

1 0

[U-Boot-Users] tournament electorate
by Jack 17 Nov '06

17 Nov '06

In each, our tools for encouraging sharing are encouraging a much wider range of creativity. We can do it too: It's possible for a little broccoli like us to compete in a supermarket of veggies. Making your website more popular on Internet searches is called SEO, or Search Engine Optimization. The Netherlands may be a small country, but if it is successful, the "Images for the Future" project may well be the largest archive of free culture available anywhere in the world. That much we expected when we launched CC four years ago. According to Symantec, the OSX. From streaming video to downloading files, EV-DO networks are a significant and necessary step in transforming and improving our cellular devices. But don't let convenience get. A basic collection drawn from the archive will be made available on the Internet either under CC licenses, or in some cases, in the public domain. Users choose what should or should not be published on the website. In each, our tools for encouraging sharing are encouraging a much wider range of creativity. The best part about this dream sequence? Then open the top drawer and flip up the flat monitor tucked neatly inside. Users choose what should or should not be published on the website. These are little stickers advertised to increase the signal strength on your cellphone, giving you clearer calls and fewer dropped conversations. Why don't you develop it? Young musicians entering the competition will remix these traditional sounds, and in the process, develop an understanding of the roots of music in both cultures. At the very least, it answers the question: Do cellphone antenna boosters work? If you're just trying to impress people, this phone fits the bill. Why can't people find your site? Draw and write on the screen, and have your writing and pictures stored electronically. Its distinction is that both its content and design are generated by its users. SEO is a big industry, and companies spend mucho dinero on their own website SEO. SEO is a big industry, and companies spend mucho dinero on their own website SEO. Pay attention when these games are described as "massive world-builders", because they're not kidding. A fancy way of saying "different ways to type instead of on regular keyboards", improve performance while typing and navigating on your computer. Or, as my wife described it, "That game where you kill things and pretend you're an elf. Why can't people find your site? You love it so much, you've created a website about it.

1 0

Re: [U-Boot-Users] ELDK toochain
by Markus Klotzbücher 17 Nov '06

17 Nov '06

Dear Revathy, revathy <j.revathy(a)gdatech.co.in> writes: > I downloaded the current u-boot-1.1.6 but iam > getting the same error as u-boot-1.1.2. > > pcig8500.c: In function 'initdram': > pcig8500.c:129: error: invalid lvalue in assignment > pcig8500.c:132: error: invalid lvalue in assignment > pcig8500.c:135: error: invalid lvalue in assignment > pcig8500.c:138: error: invalid lvalue in assignment > make[1]: *** [pcig8500.o] Error 1 > make[1]: Leaving directory `/home/Projects/8540/u-boot-1.1.6/board/pcig8500' > make: *** [board/pcig8500/libpcig8500.a] Error 2 Where does this file pcig8500.c come from? It doesn't seem to be part of standard U-Boot? Regards Markus Klotzbücher

1 0

[U-Boot-Users] storing hush scripts
by cam＠sysgo.com 17 Nov '06

17 Nov '06

Hello, Is there an alternative to store hush scripts, other than in an environment variable? Could you please give details on how it works? regards, Carlos Mitidieri

6 9

Re: [U-Boot-Users] U-boot reset command on MPC8548CDS
by Thomas Schäfer 16 Nov '06

16 Nov '06

Hi Dan, > > Is this a known issue? Why is the RAM not longer accessible > after the > > 2nd initialization? > > The software 'reset' in u-boot only causes the e500 core to > reset, none of the peripherals nor memory controllers. > Whacking the DDR setup again in this state just makes a big mess. > > The only proper way to do this is with a board design where > you can drive the external reset out of the processor, with > external hardware that will then "loop" this back as a hard > reset. See HRESET_REQ in the RSTCR. It's a simple patch > that I guess I could submit :-) Not all board designs > support this, though. > Thank you for your help. The MPC8548CDS actually provides this loop with the HRESET_REQ signal of the CPU. Thus I got the reset command working by setting that bit in the RSTCR. The patch against u-boot 1.1.6 is added below: diff -NurbB u-boot-1.1.6/cpu/mpc85xx/cpu.c u-boot-1.1.6-work/cpu/mpc85xx/cpu.c --- u-boot-1.1.6/cpu/mpc85xx/cpu.c 2006-11-02 15:15:01.000000000 +0100 +++ u-boot-1.1.6-work/cpu/mpc85xx/cpu.c 2006-11-16 18:02:13.000000000 +0100 @@ -141,15 +141,24 @@ int do_reset (cmd_tbl_t *cmdtp, bd_t *bd, int flag, int argc, char *argv[]) { /* - * Initiate hard reset in debug control register DBCR0 - * Make sure MSR[DE] = 1 + * Set HRESET_REQ in Reset Control Register thereby + * requesting a HRESET */ unsigned long val; + volatile immap_t *immap = (immap_t *)CFG_CCSRBAR; + volatile ccsr_gur_t *gur = &immap->im_gur; + gur->rstcr = 0x00000002; + while (1); + /* + * Initiate hard reset in debug control register DBCR0 + * Make sure MSR[DE] = 1 + */ +/* val = mfspr(DBCR0); val |= 0x70000000; mtspr(DBCR0,val); - +*/ return 1; } diff -NurbB u-boot-1.1.6/include/asm-ppc/immap_85xx.h u-boot-1.1.6-work/include/asm-ppc/immap_85xx.h --- u-boot-1.1.6/include/asm-ppc/immap_85xx.h 2006-11-02 15:15:01.000000000 +0100 +++ u-boot-1.1.6-work/include/asm-ppc/immap_85xx.h 2006-11-16 12:08:35.000000000 +0100 @@ -1548,7 +1548,9 @@ char res9[12]; uint pvr; /* 0xe00a0 - Processor version register */ uint svr; /* 0xe00a4 - System version register */ - char res10[3416]; + char res9a[8]; + uint rstcr; /* 0xe00b0 - Reset control register */ + char res10[3404]; uint clkocr; /* 0xe0e00 - Clock out select register */ char res11[12]; uint ddrdllcr; /* 0xe0e10 - DDR DLL control register */ Should this be included into the public tree? This only works, if the system performs a HRESET when HRESET_REQ has been set. On the other hand, what would be the sense of a reset command that hangs after the following RAM initialization? Or is there other behaviour with different 85xx CPUs? Best regards, Thomas Schäfer

2 1

[U-Boot-Users] nasal effectively
by Felicia Wright 16 Nov '06

16 Nov '06

1 0

[U-Boot-Users] Running u-boot from Flash itself
by Selvamuthukumar V 16 Nov '06

16 Nov '06

Hi, I'm woriking on a custom MPC8540 board. I configured L2 cache as SRAM and I'm able to relocate u-boot to L2 SRAM and run it. Is there any way to run u-boot from flash itself, (i.e) relocating only the R/W sections? I tried to relocate the u-boot from the end of rotext(_erotext in the .lds file). But the global variable addresses still shows flash address. I guess updating register R30 will point to the correct address, and it is done in these statements? /* First our own GOT */ add r14, r14, r15 /* the the one used by the C code */ add r30, r30, r15 Is there any other modifications do I need to run from flash? First of all is this possible? --Thanks, Selva

3 4

[U-Boot-Users] u-boot hangs
by Ram 16 Nov '06

16 Nov '06

Hi, I have written a standalone application just like hello_world example. Im able to download the application and run it without any problem, The Application has some test routines, and then asks the user to Press a Key before returning back. However, i observe when the application returns backs using return(0) u-boot hangs. Do we need to do something "Special" before returning back?. Please Advice, Regards, sriram

1 0

[U-Boot-Users] Please pull u-boot.git#lite5200-merge
by Grant Likely 16 Nov '06

16 Nov '06

Wolfgang, Please pull git://git.secretlab.ca/srv/git-trees/public/git/u-boot.git#lite5200-merge These are the changes previously acked on the mailing list; packed into a git tree for your convenience g. board/icecube/icecube.c | 12 ++++++++++ common/cmd_bootm.c | 54 ++++++++++++++++++-------------------------- cpu/mpc5xxx/cpu.c | 27 ++++++++++++++++++++++ include/configs/IceCube.h | 13 ++++++++++ 4 files changed, 74 insertions(+), 32 deletions(-) --- commit 49492895f999d9d6484b7d3e299273feffb3a4ae Author: Grant Likely <grant.likely(a)secretlab.ca> Date: Wed Oct 25 02:11:24 2006 -0600 Enable the IceCube/lite5200 variants to pass a device tree to Linux. This patch adds the code and configuration necessary to boot with an arch/powerpc Linux kernel. Signed-off-by: Grant Likely <grant.likely(a)secretlab.ca> Acked-by: Jon Loeliger <jdl(a)freescale.com> commit e6769f0fffcf485bf6c32996141bcd1994a5fa1b Author: Grant Likely <grant.likely(a)secretlab.ca> Date: Thu Oct 26 15:03:10 2006 -0600 Allow CONFIG_OF_FLAT_TREE to boot a non-arch/powerpc kernel This patch allows an arch/ppc kernel to be booted by just passing 1 or 2 arguments to bootm. It removes the getenv("disable_of") test that used to be used for this purpose. Signed-off-by: Grant Likely <grant.likely(a)secretlab.ca> Acked-by: Jon Loeliger <jdl(a)freescale.com> -- Grant Likely, B.Sc. P.Eng. Secret Lab Technologies Ltd. grant.likely(a)secretlab.ca (403) 399-0195

1 0

[U-Boot-Users] [PATCH] Fixed MPC8548CDS post-reset freeze
by Kim Phillips 15 Nov '06

15 Nov '06

From: Dai Haruki <Dai.Haruki(a)freescale.com> Fixed MPC8548CDS post-reset freeze - Add MPC8543,8548_E SVR symbol - Add Reset control register into global utility structure - Fix MPC8548 family post-reset freeze Signed-off-by: Dai Haruki <dai.haruki(a)freescale.com> --- cpu/mpc85xx/cpu.c | 10 +++++++++- include/asm-ppc/immap_85xx.h | 14 ++++++++------ include/asm-ppc/processor.h | 2 ++ 3 files changed, 19 insertions(+), 7 deletions(-) diff --git a/cpu/mpc85xx/cpu.c b/cpu/mpc85xx/cpu.c index 0507c47..0277f2c 100644 --- a/cpu/mpc85xx/cpu.c +++ b/cpu/mpc85xx/cpu.c @@ -145,7 +145,15 @@ int do_reset (cmd_tbl_t *cmdtp, bd_t *bd * Make sure MSR[DE] = 1 */ unsigned long val; - + unsigned long svr; + + svr = SVR_VER(get_svr()); + svr &= 0xfff3; /* mask SEC flag */ + if ( (svr == SVR_8548) || (svr == SVR_8543) ) { + volatile immap_t *immap = (immap_t *)CFG_IMMR; + volatile ccsr_gur_t *gur = &immap->im_gur; + gur->rstcr = 0x2; + } val = mfspr(DBCR0); val |= 0x70000000; mtspr(DBCR0,val); diff --git a/include/asm-ppc/immap_85xx.h b/include/asm-ppc/immap_85xx.h index 7a4345a..a16fc5b 100644 --- a/include/asm-ppc/immap_85xx.h +++ b/include/asm-ppc/immap_85xx.h @@ -1574,19 +1574,21 @@ typedef struct ccsr_gur { char res9[12]; uint pvr; /* 0xe00a0 - Processor version register */ uint svr; /* 0xe00a4 - System version register */ - char res10[3416]; + char res10[8]; + uint rstcr; /* 0xe00b0 - Reset control register */ + char res11[3404]; uint clkocr; /* 0xe0e00 - Clock out select register */ - char res11[12]; - uint ddrdllcr; /* 0xe0e10 - DDR DLL control register */ char res12[12]; + uint ddrdllcr; /* 0xe0e10 - DDR DLL control register */ + char res13[12]; uint lbcdllcr; /* 0xe0e20 - LBC DLL control register */ - char res13[248]; + char res14[248]; uint lbiuiplldcr0; /* 0xe0f1c -- LBIU PLL Debug Reg 0 */ uint lbiuiplldcr1; /* 0xe0f20 -- LBIU PLL Debug Reg 1 */ uint ddrioovcr; /* 0xe0f24 - DDR IO Override Control */ - uint res14; /* 0xe0f28 */ + uint res15; /* 0xe0f28 */ uint tsec34ioovcr; /* 0xe0f2c - eTSEC 3/4 IO override control */ - char res15[61651]; + char res16[61651]; } ccsr_gur_t; #define PORDEVSR_PCI (0x00800000) /* PCI Mode */ diff --git a/include/asm-ppc/processor.h b/include/asm-ppc/processor.h index 388dea4..5320fab 100644 --- a/include/asm-ppc/processor.h +++ b/include/asm-ppc/processor.h @@ -827,6 +827,8 @@ #define SVR_8540 0x8030 #define SVR_8560 0x8070 #define SVR_8555 0x8079 #define SVR_8541 0x807A +#define SVR_8543 0x8032 +#define SVR_8543_E 0x803A #define SVR_8548 0x8031 #define SVR_8548_E 0x8039 #define SVR_8641 0x8090 -- 1.4.0

1 0

[U-Boot-Users] U-boot reset command on MPC8548CDS
by Thomas Schafer 15 Nov '06

15 Nov '06

Hi, I have u-boot 1.1.6 running on my MPC8548CDS board. When trying the u-boot 'reset' command, the board hangs after RAM initialization. Stepping through the code showed, that the board hangs when accessing the DDR RAM during relocation. Accessing RAM isn't also possible with my BDI2000 in that state. Is this a known issue? Why is the RAM not longer accessible after the 2nd initialization? Best regards, Thomas Schafer ____________________________________ Kontron Modular Computers GmbH Heinrich-Barth-Str. 1a 66115 Saarbrucken Tel.: + 49 (0)681 / 95916 - 203 Fax: + 49 (0)681 / 95916 - 100 E-mail: thomas.schaefer(a)kontron.com

3 2

Re: [U-Boot-Users] MPC8360:
by ananthsl＠libero.it 15 Nov '06

15 Nov '06

Hi, I am trying to run u-boot on an MPC8360-based board. In the file, start.s under cpu/mpc83xx/, I noticed that it calls cpu_init_f to initialize the CPU. Debugging the code (using a stub written in assembly to glow some LEDs on the board), I noticed that this routine is not executed (because, putting the stub after the call to this routine doesn't glow the LEDs). Do I need to check the stack-pointer setup? Where else could the problem lie? Could someone please help? Thanks and Regards, Ananth. ------------------------------------------------------ Scopri se hai Vinto un Tv Color LCD! Clicca qui http://click.libero.it/webnation15nov06

2 1

[U-Boot-Users] AT91 Kernel oops when loading kernel from dataflash.
by Raúl Sánchez Siles 15 Nov '06

15 Nov '06

Hello all: This is the first time I write to the list, and I appreciate the big help it gives us users. We're using an AT91RM9200 based board called Portux920T. We have now a quite stable kernel and u-boot configuration which I attach. We manage to include a dataflash inside the portux board and get it to work. At least almost, please read on. When doing big transfers in memory (10M), we have some kernel oopses(see panic.log.zip attached). The oops comes up in the function __wake_up_common in the file kernel/sched.c The steps to reproduce this are the following: 1- Start the first bootloader (used the binary provided by atmel). 2- Make the first bootloader start u-boot(1.1.6). 3- U-boot downloads kernel(2.6.18) from _dataflash_ into RAM. 4- Rest of booting till shell prompt. 5- Execute for example: dd if=/dev/zero of=/root/borrar bs=1k count=10k 6- Oops! If we substitute step 3 for U-boot downloads kernel from _parallel flash_ into RAM, the Oops won't happen. The kernel has been patched with the latest maxim(2.6.18) patchset for the AT91RM9200 microcontroller. The u-boot configuration is also attached (portux920T.h). We have also tried using different first stage bootloaders we could find. Even we compile it ourselves using the RAM initialisation code taken from the u-boot. We also have tested several toolchains, from emdebian to the one provided by portux. We have 64MB Ram and we have tried using 64MB 32bit wide and 32MB 16bit wide. Flash and Dataflash are both 4MB. We will much appreciated whatever info or test that could take out from this works but... situation. Thank you very much. Regards, -- Raúl Sánchez Siles

2 3

Re: [U-Boot-Users] [DNX#2006111542000022] news 609
by U-Boot patch tracking system 15 Nov '06

15 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006111542000022]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006111542000022] news 609
by DENX Support System 15 Nov '06

15 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006111542000022] was created: <snip> > Hi, > > VlAffGRA VALffIUM CIAffLIS http://www.lontinjduenrnahswa.com > > , > > door. </snip> Your U-Boot support team

1 0

[U-Boot-Users] Hush and Autoscript Bug
by Daniel Hobi 15 Nov '06

15 Nov '06

Hello, The following code snippet which was added by the U-Boot team to busybox' hush shell seems a bit strange. From u-boot-1.1.5/common/hush.c: int parse_string_outer(char *s, int flag) { struct in_str input; #ifdef __U_BOOT__ char *p = NULL; int rcode; if ( !s || !*s) return 1; if (!(p = strchr(s, '\n')) || *++p) { p = xmalloc(strlen(s) + 2); strcpy(p, s); strcat(p, "\n"); setup_string_in_str(&input, p); rcode = parse_stream_outer(&input, flag); free(p); return rcode; } else { #endif setup_string_in_str(&input, s); return parse_stream_outer(&input, flag); #ifdef __U_BOOT__ } #endif } It looks like the second if() clause was added to make sure that the passed string s is terminated by \n\0. However, this has some flaws: 1) If the string contains a \n which is not followed by a \0, the code tries to fix it by adding a \0. But strlen, strcpy and strcat work on zero-terminated strings. As it is, the code replaces the first \0 in (or beyond) the string with \n\0. 2) If 1) would be fixed, the function could not process strings containing more than one \n anymore (because a \0 would be added after the first \n). 3) If the string contains no \n (but is zero-terminated), the code inserts a \n before the \0. This messes up the return value of parse_stream_outer which scans for commands (everything which is terminated by either \n or \0), but returns the exit status of the last command only. If string s is terminated by \n\0, the last command is empty and parse_stream_outer always returns 0. Problem 3) is the cause why autoscripts (both the function and the command) always return an exit value of 0. In my opinion, the above check should be removed completely because the parameter string s should always be zero-terminated (all functions calling parse_string_outer already seem to ensure this). And, if you want the function to process the first command (terminated by \n or \0) only, the parameter flag should have bit FLAG_EXIT_FROM_LOOP set (like the commands 'boot' and 'run' do, which may be considered another bug..). What do you think? Does anyone know the author of the above code snippet? Best Regards, Daniel

1 0

[U-Boot-Users] copy to flash ... outside available flash
by Thomas Ruschival 14 Nov '06

14 Nov '06

Hi Group, I am trying to install a Ramdiskimage into the flash of a TQM823L Board. Somehow it seems uboot has problems to copy a image lager than 0x100000 Bytes into flash. Here is my flashinfo: Bank # 1: AMD AM29LV160B (16 Mbit, bottom boot sect) Size: 4 MB in 35 Sectors Sector Start Addresses: 40000000 (RO) 40008000 (RO) 4000C000 (RO) 40010000 (RO) 40020000 (RO) 40040000 40060000 40080000 400A0000 400C0000 400E0000 40100000 40120000 40140000 40160000 40180000 401A0000 401C0000 401E0000 40200000 40220000 40240000 40260000 40280000 402A0000 402C0000 402E0000 40300000 40320000 40340000 40360000 40380000 403A0000 403C0000 403E0000 Bank # 2: AMD AM29LV160B (16 Mbit, bottom boot sect) Size: 4 MB in 35 Sectors Sector Start Addresses: 40400000 40408000 4040C000 40410000 40420000 40440000 40460000 40480000 404A0000 404C0000 404E0000 40500000 40520000 40540000 40560000 40580000 405A0000 405C0000 405E0000 40600000 40620000 40640000 40660000 40680000 406A0000 406C0000 406E0000 40700000 40720000 40740000 40760000 40780000 407A0000 407C0000 407E0000 This means I have 8 MB o flash. I can copy a Block of 0xFFFFF Bytes from the RAM for example to 0x40100000. and I can copy the same Block to 0x40200000 or to 0x40300000. But if I copy a block that is larger than 0xFFFFF to any location it claims that I copy outside available Flash. This is stupid and wrong. Ramdisk image size was 0x18CFC9 Baseaddress: 0x40100000 ramdisk size: + 0x0018CFC9 ------------------------------ end address 0x4028CFC9 And this adress is surely not outside my flash. What is going on here? BTW I use U-Boot 1.1.4 (Sep 18 2006 - 13:38:13) on a PPC823 with 16MB RAM and 8 MB Flash. Thanks for any input! Thomas

5 7

[U-Boot-Users] u-boot reloacting to SRAM instead of SDRAM
by agnel juni 14 Nov '06

14 Nov '06

Hello all, We have a requirement in an MPC8540 based custom board,for the board to boot-up independent of SDRAM. So, we are trying to map SRAM in place od SDRAM in u-boot. Though we succeeded bringing-up the board with this change, we see the behaviour being very flaky. Though the board boots up without SDRAM module (say 2 /10 times), this happens only intitiating the boot-up from BDI. Otherwise it hangs while reading the CPU clock or configuring base registers. The board never comes up stand alone. I think this happens while reading from Global Data / Initial stack which is supposed to be running from SDRAM , now moved to SRAM. I did browse through the u-boot mailing list to see any similar case, but don't and thats the reason I am asking for help. So, my question is is it possible to run u-boot by relocating to SRAM instead of SDRAM ? Any help is appreciated. Thanks Junita __________________________________________________________ Yahoo! India Answers: Share what you know. Learn something new http://in.answers.yahoo.com/

2 1

Re: [U-Boot-Users] [DNX#2006111442000042] news 906
by U-Boot patch tracking system 14 Nov '06

14 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006111442000042]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006111442000042] news 906
by DENX Support System 14 Nov '06

14 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006111442000042] was created: <snip> > Hi, > > VImAGRA VAmLIUM CImALIS http://www.zasedshiruijindes.com > > , > > was experiencing something, yet not understanding it. Instead of </snip> Your U-Boot support team

1 0

Re: [U-Boot-Users] [DNX#2006111442000024] news 170
by U-Boot patch tracking system 14 Nov '06

14 Nov '06

Dear Mr. U. Boot, thank you for your contribution to the U-Boot project. Your e-mail was registered at our system under the ticket number [DNX#2006111442000024]. Please keep this ticket ID string in the subject line of any e-mail replies!!! Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [DNX#2006111442000024] news 170
by DENX Support System 14 Nov '06

14 Nov '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006111442000024] was created: <snip> > Hi, > > VImAGRA VAmLIUM CImALIS http://www.dendunkiontunhasdwun.com > > , > > Common sense. Were three to your one. </snip> Your U-Boot support team

1 0

[U-Boot-Users] paperback serenity
by Mortimer Duffy 13 Nov '06

13 Nov '06

1 0