August 2006 - U-Boot

Re: [U-Boot-Users] Multiple flash Support
by Nishanth Menon 24 Aug '06

24 Aug '06

Wolfgang Denk stated on 8/24/2006 7:22 AM: > U-Boot is probably flexible enough to support this, but it does not > provide much existing infrastructure for it - i. e., you will have to > implement most of this in your own board support code. Hmm thanks for the confirmation :( > > You should try to keep the environment variables at a fixed location > though; most of this configuration is done at compile-time (to save > code size) and cannot be changed dynamically. > some constraints that do not allow this - like the flashes are plug and play(at least cold) :(. Will try and get a patch for the modifications done to the rest of the files. The board support code is on OMAP2430, so it might tend to be a bit difficult to push in at this moment. Regards, Nishanth Menon

1 0

[U-Boot-Users] Multiple flash Support
by Nishanth Menon 24 Aug '06

24 Aug '06

Hi All, I have a generic question with regards to a ARM based board: The board in question has capability for 4 or more flashes (mixture of nand, onenand, Nor flashes) all operating at the same time, however, with a dip switch change on the board, the actual flash from which Uboot boots up changes. I do not want to recompile UBoot for each configuration. Is it possible to have a single UBoot which could boot off each of the flash device? each boot would need to take the environment variable off that specific flash (with configurability to take it off a common location as part of the wishlist). Regards, Nishanth Menon

4 6

[U-Boot-Users] Booting Linux kernel 2.6 from compact flash
by Nawat Luangviriyaseang 24 Aug '06

24 Aug '06

Hello I want to set U-Boot to boot linux kernel 2.6(zImage) from compact flash with microcontroller ARM9. I'm new in programming in U-Boot. Please help me. 1. How do I get started? 2. Does I have to edit the U-Boot Source code? Please recommend me which file I have to edit. Sorrry about my grammar. Thanks Nawat

2 1

[U-Boot-Users] MAKEALL script
by Ulf Samuelsson 24 Aug '06

24 Aug '06

The README file says that the MAKEALL script should be run before submitting any patch. Looking closer at this, reveals that the MAKEALL script will only test the PowerPC builds. Not anything else (unless an argument to MAKEALL is provided). Does this mean that a patch that is only test built on PowerPC is considered acceptable? Please do not send mails or "reply" to ulfs(a)dof.se, since it will be routed to my GSM phone. My email address is ulf(a)atmel.com Best Regards Ulf Samuelsson ulf(a)atmel.com Atmel Nordic AB Mail: Box 2033, 174 02 Sundbyberg, Sweden Visit: Kavallerivägen 24, 174 58 Sundbyberg, Sweden Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29 GSM +46 (706) 22 44 57 Technical support when I am not available: AT89 C51 Applications Group: mailto:micro.hotline@nto.atmel.com AT90 AVR Applications Group: mailto:avr@atmel.com AT91 ARM Applications Group: mailto:at91support@atmel.com FPSLIC Application Group: mailto:fpslic@atmel.com Best AVR link: www.avrfreaks.net

2 1

[U-Boot-Users] AVR32 Patches
by Ulf Samuelsson 24 Aug '06

24 Aug '06

According to my contact in Atmel Norway, the AVR32 patches has been submitted a long time ago. Is this correct? If, so they are obviously not merged so I wonder what needs to be done to have them included in the main tree? Please do not send mails or "reply" to ulfs(a)dof.se, since it will be routed to my GSM phone. My email address is ulf(a)atmel.com Best Regards Ulf Samuelsson ulf(a)atmel.com Atmel Nordic AB Mail: Box 2033, 174 02 Sundbyberg, Sweden Visit: Kavallerivägen 24, 174 58 Sundbyberg, Sweden Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29 GSM +46 (706) 22 44 57 Technical support when I am not available: AT89 C51 Applications Group: mailto:micro.hotline@nto.atmel.com AT90 AVR Applications Group: mailto:avr@atmel.com AT91 ARM Applications Group: mailto:at91support@atmel.com FPSLIC Application Group: mailto:fpslic@atmel.com Best AVR link: www.avrfreaks.net

2 1

[U-Boot-Users] Submitting Patch at sourceforge fails
by Ulf Samuelsson 24 Aug '06

24 Aug '06

I have some new patches for the AT91 and the AVR32. Tried to submit them at sourceforge.net, but the submissions fails. Tried 4 times... Is it OK to post them at this list? There are two tarballs - total size of ~360 kB. Any comments on the patches are appreciated. DESCRIPTION OF PATCHES ---------------------------------------------------------------------------- This patch should apply cleanly against 2006-08-12. It is a two file submission. Major additions: AVR32 U.boot support. The AVR32 patches were submitted before by the Design team in Trondheim but they fail against the latest source mostly due to conflicts with the blackfin. I changed the patch so that it should be OK against 2006-08-12. Support for new AT91 boards AT91SAM9260EK AT91SAM9261EK AT91SAM9263EK (also supporta AT91SAM9262) The AT91SAM9200DK support has been split into AT91RM9200DK AT91RM9200EK AT91RM9200DF (machine type 1119) (generic AT91RM9200 running from dataflash) There are some differences in use of I/O pins Support for the MUX selecting MMC/SD or SPI Support for AT91RM9200EK LEDs in scripts A new "drivers/atmel" directory has ´been created to allow files common to ARM and AVR32 to reside in a single location, instead of duplicates in each board directory. Added support for new Atmel flash memories 0,13u parallel flash (AT49BVxxxD) 0,13u dataflash (AT45DBxxxD) Changed dataflash partitions so that partions start and end on a page boundary. Now there are 6 partitions which have names. * "Bootstrap" * "U-Boot", * "<Unused>" * "Environment" * "OS" * "FS" The start address of the FS and OS partitions are automatically set in the environment. If there are two dataflashes in the system they can have different partitions. Second dataflash has a single partition at the moment. Block Erase of dataflash Support for CRC check on dataflash depending on the "crc-check" environment variable. Support for comparing contents of dataflash with SDRAM Ethinit command Waits until there is a valid link on network. Solves a problem when trying to tftp from slow booting PCs (Booting at the same time). "ethinit ; tftp 21000000 <myfile>" will guarantee that the tftp occurs at the right time Dynamic Machine-Ids setenv machid <value> if "machid" exists, U-boot will pass on this value instead of the precompiled value allowing the same u-boot to boot both Linux-2.4 and Linux-2.6 Install feature: Copies the resulting binary to /tftpboot X-Modem tool sx-at91 (pinched from from www.at91.com forum) Reliable download tool to be used with minicom. Script downloading tool raw-at91 allows downloading a script using minicom. A little easier to use than autoscript Tool will download the environment file one line at a time and then wait a short while. Default environment This allows a fast setup/reset of the environment by running the "defenv" command. It allows easier management of long filenames by automatically generating filenames / scripts from "partial environment" setenv linux xxx setenv kernel-date 2006-08-12 setenv kernel-version 2.6.17 os printenv linux $ uImage-linux-2.6.17-2006.08-12.gz "fs" will set the "rd" variable depending on the value of the "fstype", "ver" environment variables. "fstype" can be "ram" or "flash" Several default disks are provided ("rd-1","rd-2","rd-3",etc.) and the "ver" variable is be used to select between the disks Will also set "bootcmd" and "bootargs" to nice values The user can define his environment in the board support file. This is my own work, and not an "official" Atmel release. Best Regards Ulf Samuelsson ulf(a)atmel.com

6 20

Re: [U-Boot-Users] [DNX#2006082442000011] [PATCH] harden for memory DIMM detection for [...]
by U-Boot patch tracking system 24 Aug '06

24 Aug '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#2006082442000011]. 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#2006082442000011] [PATCH] harden for memory DIMM dete [...]
by DENX Support System 24 Aug '06

24 Aug '06

Hello list, inside the automatic U-Boot patch tracking system a new ticket [DNX#2006082442000011] was created: <snip> > Improved the memory DIMM detection for the Yucca 440SPe board for the > case where a memory DIMM is falsely detected as present. > > This issue is seen on some AMCC Yucca 440SPe validation boards if only > one 512MB memory DIMM is installed, i.e. DIMM slot 0 is populated and > DIMM slot 1 is empty. In this case, U-Boot does not correctly detect > that there is only one DIMM memory module installed and will falsely > detect two DIMM memory modules are present and therefore U-Boot will not > calculate the correct amount of total memory and u-boot will not booting > up. > > > Signed-off-by: Adam Graham <agraham(a)amcc.com> > > CHANGELOG: > > * Harden the U-Boot memory DIMMs detection for the AMCC Yucca 440SPe > board. > Patch by Adam Graham <agraham(a)amcc.com>, 23 Aug 2006 > > --- > -------------------------------------------------------- > > CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, > is for the sole use of the intended recipient(s) and contains > information that is confidential and proprietary to Applied Micro > Circuits Corporation or its subsidiaries. It is to be used solely for > the purpose of furthering the parties' business relationship. All > unauthorized review, use, disclosure or distribution is prohibited. If > you are not the intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message. </snip> Your U-Boot support team

1 0

[U-Boot-Users] [PATCH] harden for memory DIMM detection for AMCC Yucca 440SPe board
by Adam Graham 24 Aug '06

24 Aug '06

Improved the memory DIMM detection for the Yucca 440SPe board for the case where a memory DIMM is falsely detected as present. This issue is seen on some AMCC Yucca 440SPe validation boards if only one 512MB memory DIMM is installed, i.e. DIMM slot 0 is populated and DIMM slot 1 is empty. In this case, U-Boot does not correctly detect that there is only one DIMM memory module installed and will falsely detect two DIMM memory modules are present and therefore U-Boot will not calculate the correct amount of total memory and u-boot will not booting up. Signed-off-by: Adam Graham <agraham(a)amcc.com> CHANGELOG: * Harden the U-Boot memory DIMMs detection for the AMCC Yucca 440SPe board. Patch by Adam Graham <agraham(a)amcc.com>, 23 Aug 2006 --- -------------------------------------------------------- CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and contains information that is confidential and proprietary to Applied Micro Circuits Corporation or its subsidiaries. It is to be used solely for the purpose of furthering the parties' business relationship. All unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.

1 0

[U-Boot-Users] non intrusive "install" feature
by Ulf Samuelsson 24 Aug '06

24 Aug '06

Have been thinking about how to accomodate Wolfgangs remarks on install feature and still get what I desire. This patch creates the framework for an "install" feature. The toplevel Makefile 'includes' the file "install.mk" which currently is empty. Since the "install.mk" file is empty, the patch does not do anything at the moment. Anyone can add his/her own install feature by modifying the install.mk file Any such install feature will not break as a result of modificaitons of the main Makefile so they can easily be applied on top of a new "git". The Top Best Regards Ulf Samuelsson ulf(a)atmel.com Atmel Nordic AB Mail: Box 2033, 174 02 Sundbyberg, Sweden Visit: Kavallerivägen 24, 174 58 Sundbyberg, Sweden Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29 GSM +46 (706) 22 44 57 Technical support when I am not available: AT89 C51 Applications Group: mailto:micro.hotline@nto.atmel.com AT90 AVR Applications Group: mailto:avr@atmel.com AT91 ARM Applications Group: mailto:at91support@atmel.com FPSLIC Application Group: mailto:fpslic@atmel.com Best AVR link: www.avrfreaks.net

2 1