July 2006 - U-Boot

[U-Boot-Users] u-boot hangs on boot time
by tony 19 Jul '06

19 Jul '06

Hi all, my u-boot-1.1.1 hangs while booting, as follow is the message got from the serial: ----------------------------------------------------------------------------------- U-Boot code: 33F80000 -> 33FA19F8 BSS: -> 33FA5B8C IRQ Stack: 33fc6b88 FIQ Stack: 33fc7b88 RAM Configuration: Bank #0: 30000000 64 MB Flash: 1 MB NAND:64 MB Video Format : PAL In: serial Out: serial Err: serial ------------------------------------------------ after some tests by tracing the sequences of the funtions, I found that the u-boot hangs while comming to this funtion: device_register (&dev),which is a subfuntion of drv_system_init (); -------in u-boot-1.1.1/common/devices.c and I look into device_register(&dev): int device_register (device_t * dev) { ListInsertItem (devlist, dev, LIST_END); return 0; } as follow are two invoid funtions copy from the devices.c. int ListInsertItem (list_t list, void *ptrToItem, int itemPosition) { return ListInsertItems (list, ptrToItem, itemPosition, 1); } int ListInsertItems (list_t list, void *ptrToItems, int firstItemPosition, int numItemsToInsert) { int numItems = (*list)->numItems; if (firstItemPosition == numItems + 1) firstItemPosition = LIST_END; else if (firstItemPosition > numItems) return 0; if ((*list)->numItems >= (*list)->listSize) { if (!ExpandListSpace (list, -numItemsToInsert)) return 0; } if (firstItemPosition == LIST_START) { if (numItems == 0) { /* special case for empty list */ firstItemPosition = LIST_END; } else { firstItemPosition = 1; } } if (firstItemPosition == LIST_END) { /* add at the end of the list */ if (ptrToItems) memcpy (ITEMPTR (list, numItems), ptrToItems, (*list)->itemSize * numItemsToInsert); else memset (ITEMPTR (list, numItems), 0, (*list)->itemSize * numItemsToInsert); (*list)->numItems += numItemsToInsert; } else { /* move part of list up to make room for new item */ memmove (ITEMPTR (list, firstItemPosition - 1 + numItemsToInsert), ITEMPTR (list, firstItemPosition - 1), (numItems + 1 - firstItemPosition) * (*list)->itemSize); if (ptrToItems) memmove (ITEMPTR (list, firstItemPosition - 1), ptrToItems, (*list)->itemSize * numItemsToInsert); else memset (ITEMPTR (list, firstItemPosition - 1), 0, (*list)->itemSize * numItemsToInsert); (*list)->numItems += numItemsToInsert; } return 1; } I am so dizzy about what's going on there. the u-boot has been using for months....so I don't think it's the problem of the u-boot.maybe it's about the problem of the hardware, to cause the u-boot hangs??? any help is appreciated.thank you. tony.

2 1

Re: [U-Boot-Users] u-boot hangs on boot time
by Marc Leeman 19 Jul '06

19 Jul '06

> my u-boot-1.1.1 hangs while booting, as follow is the message got from the The first remark you're going to get is that you need to upgrade to at least 1.1.4 or the current GIT version :) Not a lot of ppl are working with 1.1.1 -- greetz, marc This is the end of hyper rage? I get hugged to death? Crichton - Thank God it's Friday, Again scorpius.homelinux.org 2.6.17 #2 PREEMPT Thu Jun 22 07:18:33 CEST 2006 GNU/Linux

1 0

[U-Boot-Users] Start with u-boot on at91rm9200 on AT91RM9200-EK
by Erdmann, Thomas 19 Jul '06

19 Jul '06

Hello list, because of a new Flash Chip i must compile u-boot and in than implement the changes for the Atmel AT49BV6416T, which has different Architecture than the AT49BV6416. I can build several Versions of u-boot ( 1.1.1, 1.1.4,... ) but all give the same Problem. I start with "make at91rm9200dk_config" and then "make all" and it gives me a u-boot.bin. When i load it with loader.bin it starts and nothing ist done or printed. If i compare with the Atmel delivered loader.bin which runs correctly it's size is a little bit different. I use the arm-linux-gcc 3.3.6 in Debian Version. Are there any special settings to be done, who has a running Version for this Board ? THX Thomas

2 1

[U-Boot-Users] Pep CP303 experience base
by Robert Steele 18 Jul '06

18 Jul '06

Does anyone have any experience using U-Boot with a Pep CP303 board that they would care to share? Without first trying, is there any reason to belive U-Boot won't work with this Pentium III based board? Rob Steele

2 1

[U-Boot-Users] DataFlash failed, have any way to run u-boot on AT91RM9200 ?
by nm 18 Jul '06

18 Jul '06

Dear all, My SBC board using AT91RM9200, and Dataflash (AT45DB321C) is failed. I'm currently only can be upload tiny loader, Is it possible to run u-boot ? Can i write u-boot to 128k ROM on AT91RM9200 and boot from it ? Thanks for help, nm.

1 0

[U-Boot-Users] Best place to implement custom "bootdelay" functionnality
by Laurent Pinchart 18 Jul '06

18 Jul '06

Hi everybody, I've ported U-Boot to a custom board without major problems, and I'm currently adding the few features I still miss. Our board has a reset switch which can be held in the reset position to stop the automatic boot procedure. When the button is pushed to the reset position, a short reset pulse is generated by a CPLD to reset the CPU and run U-Boot. I then would like to check if the button is held in the reset position (which can easily be done by reading the CPLD status byte) and blink a LED until the button is released. The number of times the LED blinks before the user releases the reset button determines the boot options. If the button has been held long enough, I would like to stop the U-Boot automatic boot process, much like a character on the serial port does. I thought I would implement the button check and LED blink code in last_stage_init(void). I'd like to get advices regarding the best way to then tell U-Boot not to run bootcmd automatically. On a side note, I have to program a Xilinx FPGA to make the LED blink (I know, this could have been put into the CPLD, that's probably a small design mistake). fpga_load() can easily be called from last_stage_init(), but I wonder if there is a public API to load the FPGA configuration file from a CramFS partition much like the fsload command does. I'd like to avoid duplicate code as much as possible. Thanks in advance for your help. Laurent Pinchart

2 7

Re: [U-Boot-Users] [DNX#2006071842000016] [patch] Added support for Embedded [...]
by DENX Support System 18 Jul '06

18 Jul '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006071842000016] was created: <snip> > Dear Jeff, > > in message > <1628E43D99629C46988BE46087A3FBB96077DF(a)ep-01.EmbeddedPlanet.local> you > wrote: > > > > * Adds support for ep85xx boards from Embedded Planet. > > Board port originally by Xianghua Xiao > > <X.Xiao(a)motorola.com>. Merged and submitted by J. Mann, > > Embedded Planet, July, 11 2006. > > I'm sorry, but I have to reject this patch, mostly because it comes > in an unacceptable format. Please see the README for patch submission > rules. Sending separate patches for each affected source file is > simply not acceptable. > > Also, please fix the following Coding Style issues before > re-submitting: > > * Please keep lists sorted (like board names in MAKEALL) > * Remove trailing white spaces (for example: include/configs/ep85xxm.h) > * Use TAB for indentation instead of spaces (for example: > board/ep85xxm/init.S) > * Indent by 8 character positions (TABs) (for example: > include/configs/ep85xxm.h) > > > Also, I consider it a very bad ide to hard-wire MAC and IP addreses > in the board config file. And pre-defining constants like "unknown" > for hostname, "/nfsroot" for rootpath or "your.uImage" for bootfile > is, well, let's say not very helpful. If there are no useful common > setttings it is better NOT to set such variables at all. > > Finally, I recommend to use "${...}" variable syntax in all your > definitions, as this makes it possible to switch command line parsers > without need to change the environment definitions. > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de > "If a computer can't directly address all the RAM you can use, it's > just a toy." - anonymous comp.sys.amiga posting, non-sequitir </snip> Your U-Boot support team

1 0

Re: [U-Boot-Users] [DNX#2006071842000016] [ [...]
by U-Boot patch tracking system 18 Jul '06

18 Jul '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#2006071842000016]. Your U-Boot support team Powered by OTRS (http://otrs.org/)

1 0

Re: [U-Boot-Users] [patch] Added support for Embedded planetep85xxm board
by Jeff Mann 18 Jul '06

18 Jul '06

>Also, the patch set is sent as folders/files patches format.Seems not conform to the rule of README. >Glad to see EP's contribution. This will make EP boards more acceptable to customers. >Thanks, >Sam could someone please explain the patch format, because the README states: -----QUOTE FROM README---- If you have modified U-Boot sources (for instance added a new board or support for new devices, a new CPU, etc.) you are expected to provide feedback to the other developers. The feedback normally takes the form of a "patch", i. e. a context diff against a certain (latest official or latest in CVS) version of U-Boot sources. But before you submit such a patch, please verify that your modifi- cation did not break existing code. At least make sure that *ALL* of the supported boards compile WITHOUT ANY compiler warnings. To do so, just run the "MAKEALL" script.... See also "U-Boot Porting Guide" below..... .... U-Boot Porting Guide: .... [c style code joke] .... [style standards] .... Submitting Patches:.... .... * The patch itself. If you are accessing the CVS repository use "cvs update; cvs diff -puRN"; else, use "diff -purN OLD NEW". If your version of diff does not support these options, then get the latest version of GNU diff. The current directory when running this command shall be the top level directory of the U-Boot source tree, or it's parent directory (i. e. please make sure that your patch includes sufficient directory information for the affected files). ------END QUOTE----- This is how I interpreted "please make sure that your patch includes sufficient directory information for the affected files." If that is incorrect, please correct me with more detailed instructions. I am reatltivly new to u-boot, so with helpful feedback I will be able to provide valuable contributions. Thanks, JM -----Original Message----- From: u-boot-users-bounces(a)lists.sourceforge.net [mailto:u-boot-users-bounces@lists.sourceforge.net] On Behalf Of Sam Song Sent: Monday, July 17, 2006 9:38 AM To: Li Yang-r58472; Jeff Mann Cc: u-boot-users(a)lists.sourceforge.net Subject: Re: [U-Boot-Users] [patch] Added support for Embedded planetep85xxm board Li Yang-r58472 <LeoLi(a)freescale.com> wrote: > Just a remainder. The email address should be updated from > motorola.com to freescale.com. > > Best Regards, > Leo

3 4

[U-Boot-Users] [patch] Added support for Embedded planet ep85xxm board
by Jeff Mann 18 Jul '06

18 Jul '06

CHANGELOG * Adds support for ep85xx boards from Embedded Planet. Board port originally by Xianghua Xiao <X.Xiao(a)motorola.com>. Merged and submitted by J. Mann, Embedded Planet, July, 11 2006.

4 3