April 2006 - U-Boot

[U-Boot-Users] Redundant environment expected behavior vs current
by Tolunay Orkun 27 Apr '06

27 Apr '06

Hi, I have an inquiry regarding how the U-Boot environment redundancy is supposed to work. For the new embedded board I have decided to implement redundant u-boot environment to make it more resilient against corruption. I had not done this before so I did not know how it was actually implemented. I've found that redundant environment does not really create an exact duplicate environment (as far as environment variables are concerned). Instead, the active environment is rotated each save and only the new active environment copy contains the changes to the environment. So, at this stage if your active environment is lost/corrupted your latest changes to the environment is lost as well which might be important to boot your system. The idea behind redundancy (IMHO) is such that if one environment is lost the backup can provide all that was in active but in current implementation it is not be possible simply using one saveenv command. To get truly redundant environment that is exactly duplicate, you are supposed to save the environment twice. I personally think this is not quite how redundant environment should be implemented. I think once the update of one environment is completed, second environment should be updated with the same. What do you think? Am I the only one that expect complete sync of both sectors? Should I submit a patch? Best regards, Tolunay Other cosmetic issues noticed: 1) Defining CFG_ENV_ADDR_REDUND or CFG_ENV_OFFSET_REDUND results in definition of CFG_REDUNDAND_ENVIRONMENT. I might be nitpicking but the correct spelling should have been CFG_REDUNDANT_ENVIRONMENT 2) The output of saveenv intermixed with output from flash driver is looking rather untidy and confusing. For example, ". done" below is coming from "driver/cfi_flash.c". We get ". done" right after "Saving Environment to Flash..." message and other messages follow. However, the first ". done" was really for unprotect which is reported after. I think like U-Boot does for Erasing part, we should announce the operation first (i.e. Un-protecting ... Protecting...) so flash driver output can match the current operation properly. => saveenv Saving Environment to Flash... . done Un-Protected 1 sectors . done Un-Protected 1 sectors Erasing Flash... . done Erased 1 sectors Writing to Flash... done . done Protected 1 sectors . done Protected 1 sectors

5 14

RE: [U-Boot-Users] quit unclear code in cpu/arm920t/at91rm9200/ether.c Line:220
by Martin Krause 27 Apr '06

27 Apr '06

Hi, u-boot-users-admin(a)lists.sourceforge.net wrote on : > inside of arm_init() in the part: It's in eth_init() ... > /* MII management start from here */ > if (!(p_mac->EMAC_SR & AT91C_EMAC_LINK)) { > if (!(ret = PhyOps.Init (p_mac))) { > printf ("MAC: error during MII initialization\n"); > return 0; > } > } > the software checks the status of a LINK-Bit. I thing the EMAC_SR > register is wrong, because the EMAC_ISR has this valid LINK bit > (AT91C_EMAC_LINK on bit 9). I think you are right. Due to the AT91RM9200 datasheet (Rev. 1768B-ATRM-08/03) bit 0 of the EMAC_SR (ETH_SR) is labeld with "LINK" and not bit 9. But the description for the "LINK" bit (bit 0) is "reserved". So this bit couldn't be used at all. Im'n not sure, if EMAC_ISR register bit 9 is suitable for testing the link satus. The datasheet says for this bit: "LINK: Set when LINK pin changes value. Optional.". Wich pin is the "link" pin? In my opinion the AT91RM9200 doesn't has such a pin . And is a LINK change really what we want to test here (a "link" to "no link" transition is also a link change, not only a "no link" to "link" transition)? > Did anybody find this problem? No, no problem. The current code is wrong, anyway. > If not, so I will check it with our hardware and then I will prepare > a patch. This would be great! Regards, Martin

1 0

[U-Boot-Users] cg-clone u-boot problem
by Demke Torsten-atd012 27 Apr '06

27 Apr '06

Hi, Im trying to download a fresh copy of the u-boot git repositoy with: #: cg-clone http://www.denx.de/git/u-boot.git my-uboot defaulting to local storage area Fetching head... cg-fetch: unable to get the HEAD branch A cg-update command from another local repository works. Is there a known problem or do I make something wrong? Regards, Torsten

1 0

[U-Boot-Users] uClinux on Phytec board using U-BOOT
by Kaushik karandikar 27 Apr '06

27 Apr '06

Hi All, I am having Phytec ARM board with LPC2294 chip (ARM7TDMI) with 1MB flash , 2MB RAM. I wanted to boot the uClinux on this board. What all changes i need to do as there is no entry i found for this particular board and cpu. Looking at the u-boot README file, i added the board entry under u-boot/boards as well as did all the required changes in Makefiles. Is the arm720t cpu is tuned for arm7tdmi? (Can i use teh same cpu for arm7tdmi?) I am able to get the u-boot.srec images. Please let me know the changes i need to do for this to make uClinux boot on my board. But its not working when i put it in the flash. Thanks and Regards, Kaushik --------------------------------- Blab-away for as little as 1¢/min. Make PC-to-Phone Calls using Yahoo! Messenger with Voice.

1 0

Re: [U-Boot-Users] How do you test a bit set/clear from U-Boot command line/script?
by Tolunay Orkun 27 Apr '06

27 Apr '06

Wolfgang Denk wrote: > In message <444FDD08.2010101(a)orkun.us> you wrote: > >> I know I can compare a simple value using itest command. e.g. >> >> itest *4000 -eq 1234 && echo 'Addr 4000 contains 1234' >> >> Now my problem is how can I test a bit of 32 bit quantity (say bit 4) >> stored at location 4000? This is a question about general hush/u-boot >> shell capability? It is a generic question... >> > > At the moment there is no command that implements this. As you > probaly are aware, the "itest" command just implements the following > operations: > I did hope there was some clever way to do this using existing commands. > Feel free to add new commands for AND, OR, and XOR... > I will send a patch. I am not sure how OR or XOR could be useful though... We do not support multiple operations or store computed expression results anywhere. Tolunay

1 0

Re: [U-Boot-Users] How do you test a bit set/clear from U-Boot command line/script?
by Tolunay Orkun 27 Apr '06

27 Apr '06

Wolfgang Denk wrote: > In message <444FD06D.4060309(a)orkun.us> you wrote: > >> Within a u-boot script (to be executed by autoscr command), I need to >> read a GPIO port and if a particular GPIO bit is set execute some >> conditional commands. I am not sure how to do this with test/itest >> commands. Any ideas? >> > > This is obviously highly hardware specific. > > > I am not asking anything about hardware. Forget I said GPIO. Let's say a value in general memory space. It could be in ram or flash.... I know I can compare a simple value using itest command. e.g. itest *4000 -eq 1234 && echo 'Addr 4000 contains 1234' Now my problem is how can I test a bit of 32 bit quantity (say bit 4) stored at location 4000? This is a question about general hush/u-boot shell capability? It is a generic question... Best regards, Tolunay

2 1

[U-Boot-Users] How do you test a bit set/clear from U-Boot command line/script?
by Tolunay Orkun 26 Apr '06

26 Apr '06

Within a u-boot script (to be executed by autoscr command), I need to read a GPIO port and if a particular GPIO bit is set execute some conditional commands. I am not sure how to do this with test/itest commands. Any ideas? Best regards, Tolunay

1 0

[U-Boot-Users] How can I make a smallest u-boot?
by Min Chen 26 Apr '06

26 Apr '06

Hello guys, I don't want to get involved in boads and processors that have nothing to do with my porting. Can I simply remove some directories in 'u-boot-1.1.4\board' and 'u-boot-1.1.4\cpu'? Or are there more things I have to do to make a smallest u-boot? Thanks. Best regards,

2 1

[U-Boot-Users] OMAP5912 OSK - BDI2000 config file / flash instructions?
by Wolfgang Denk 26 Apr '06

26 Apr '06

Hello, has anybody a BDI2000 config file (with working configuration of the flash) and/or instructions how to flash an U-Boot image on an OMAP5912 OSK board? Thanks in advance. 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 In C we had to code our own bugs, in C++ we can inherit them.

2 3

[U-Boot-Users] Bug in cfi_flash.c
by Mirco Fuchs 26 Apr '06

26 Apr '06

Hello, there is a bug in cfi_flash.c in function flash_get_size(). The problem appears if the board specific CFG_MAX_FLASH_SECT macro is smaller than the real number of sectors. In this case i use a 32 MiB Spansion flash (S29GL256), but we only want respectivly can use 16 MiB of the flash because of the broken A24 line on the AT91RM9200. Therefore i defined CFG_MAX_FLASH_SECT to 128, but the real value is 256. The structure allocation of flash_info_t in flash.h defines the size of the protect array to CFG_MAX_FLASH_SECT (in my case 128). The for-loop in flash_get_size() initialises this array, but it does it for all sectors (erase_region_count) which is 256 in my case. This will cause the info->portwidth variable (and of course all following too) to be overwritten. flash.h **************************************** typedef struct { ulong size; /* total bank size in bytes */ ushort sector_count; /* number of erase units */ ulong flash_id; /* combined device & manufacturer code */ ulong start[CFG_MAX_FLASH_SECT]; /* physical sector start addresses */ uchar protect[CFG_MAX_FLASH_SECT]; /* sector protection status */ #ifdef CFG_FLASH_CFI uchar portwidth; /* the width of the port */ uchar chipwidth; /* the width of the chip */ ushort buffer_size; /* # of bytes in write buffer */ ulong erase_blk_tout; /* maximum block erase timeout */ ulong write_tout; /* maximum write timeout */ ulong buffer_write_tout; /* maximum buffer write timeout */ ushort vendor; /* the primary vendor id */ ushort cmd_reset; /* Vendor specific reset command */ ushort interface; /* used for x8/x16 adjustments */ ushort legacy_unlock; /* support Intel legacy (un)locking */ #endif } flash_info_t; **************************************** cfi_flash.c, flash_get_size() **************************************** debug ("erase_region_count = %d erase_region_size = %d\n", erase_region_count, erase_region_size); for (j = 0; j < erase_region_count; j++) { info->start[sect_cnt] = sector; sector += (erase_region_size * size_ratio); /* * Only read protection status from supported devices (intel...) */ switch (info->vendor) { case CFI_CMDSET_INTEL_EXTENDED: case CFI_CMDSET_INTEL_STANDARD: info->protect[sect_cnt] = flash_isset (info, sect_cnt, FLASH_OFFSET_PROTECT, FLASH_STATUS_PROTECT); break; default: info->protect[sect_cnt] = 0; /* default: not protected */ } sect_cnt++; } } ****************************************** regards Mirco

2 1

[U-Boot-Users] AMCC 4XX (specially 405EP) and CFG_RX_ETH_BUFFERS
by Tolunay Orkun 26 Apr '06

26 Apr '06

Hi, Is there a valid range for number of RX buffers for AMCC405EP Ethernet driver? I am using a fairly recent U-Boot from GIT and if I define CFG_RX_ETH_BUFFERS 31 it works but if I use CFG_RX_ETH_BUFFERS 32 it has a lot of timeouts in tftp etc. Best regards, Tolunay

2 1

[U-Boot-Users] Image date output from imls/iminfo when no rtc chip is present
by Tolunay Orkun 26 Apr '06

26 Apr '06

Creation date of the U-Boot Image is suppressed from output of imls/iminfo commands if CFG_CMD_DATE is not included in CONFIG_COMMANDS. However, CFG_CMD_DATE cannot be included unless you have an RTC chip on board. I think the date of U-Boot image is useful information that we would like to see even if CFG_CMD_DATE is not defined. To such end, I thought of the following solution: Define CONFIG_RTC_NONE so that CFG_CMD_DATE could be defined. Obviously, date/time commands will display error message when user attempts to use these commands with CONFIG_RTC_NONE. I might even exclude the definition of date/time commands altogether keeping only supporting date functionality needed for imls/iminfo. What do you think? If there is agreement on CONFIG_RTC_NONE, I can submit a patch... Best regards, Tolunay

2 2

[U-Boot-Users] Elf loader
by nico 25 Apr '06

25 Apr '06

Hi all, I'm investigating the integrated elf loader procedure in the cmd_elf.c file. And I'm wondering why the function "load_elf_image()" relocates the elf file using only the Symbol table... this is not wrong, but doing this only allows to follow the virtual adresses scheme. So if you have differences between virtual adresses and physical adresses (ex: loading a kernel that will enable the MMU...) you will f*** this up... Why not using the Program table, isn't this supposed to give you all the relocations to do ? thx, nicolas

1 0

RE: [U-Boot-Users] FW: mpc8347 TSEC1 (Got Error 4)
by Aziz Mzili 24 Apr '06

24 Apr '06

Hi, I've seen that. I'm still looking for what can cause that. The Phy's are initialized the same way. I Can read the MII registers and see that are the same. The Hw guy double checked and can't see anything. If anybody have any idea where i can investigate it will be verry helpful. Thak you all. -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Rick Nardone Sent: Monday, April 24, 2006 11:21 AM To: u-boot-users(a)lists.sourceforge.net Subject: RE: [U-Boot-Users] FW: mpc8347 TSEC1 (Got Error 4) Aziz, "Got error 4" is a CRC error indication in the status bits of the receive buffer descriptor (tsec.h). - Rick Nardone ________________________________________ From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Aziz Mzili Sent: Friday, April 21, 2006 4:34 PM To: u-boot-users(a)lists.sourceforge.net Subject: [U-Boot-Users] FW: mpc8347 TSEC1 (Got Error 4) -----Original Message----- From: Aziz Mzili Sent: Friday, April 21, 2006 4:24 PM To: 'u-boot-users-admin(a)lists.sourceforge.net' Subject: mpc8347 TSEC1 (Got Error 4) Hi All, with our MPC8347 based board, we get the message "Got error 4" eveytime we unplug TSEC0 and try to ping on TSEC1. TSEC0 when plugged works fine. Anyone have any idea where this error come from? thank you Aziz MZILI ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642 _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

RE: [U-Boot-Users] FW: mpc8347 TSEC1 (Got Error 4)
by Rick Nardone 24 Apr '06

24 Apr '06

Aziz, "Got error 4" is a CRC error indication in the status bits of the receive buffer descriptor (tsec.h). - Rick Nardone ________________________________________ From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Aziz Mzili Sent: Friday, April 21, 2006 4:34 PM To: u-boot-users(a)lists.sourceforge.net Subject: [U-Boot-Users] FW: mpc8347 TSEC1 (Got Error 4) -----Original Message----- From: Aziz Mzili Sent: Friday, April 21, 2006 4:24 PM To: 'u-boot-users-admin(a)lists.sourceforge.net' Subject: mpc8347 TSEC1 (Got Error 4) Hi All, with our MPC8347 based board, we get the message "Got error 4" eveytime we unplug TSEC0 and try to ping on TSEC1. TSEC0 when plugged works fine. Anyone have any idea where this error come from? thank you Aziz MZILI

1 0

Re: [U-Boot-Users] TQM866M CPU glitch
by Nicholas Mc Guire 23 Apr '06

23 Apr '06

> X-EYOU-SPAMVALUE:100 > X-EYOU-DEALDRC: > X-Auth-Info: zjvJMUdItuLN4XakZSaDhHT7x1SrUScONjZbUp+td5M= > X-Auth-Info: zjvJMUdItuLN4XakZSaDhHT7x1SrUScONjZbUp+td5M= > cc: u-boot-users(a)lists.sourceforge.net > from: wolfgang denk <wd(a)denx.de> > Date: Fri, 21 Apr 2006 00:08:06 +0200 > Sender: wd(a)denx.de > > Hello, > > in message <200604191447.k3JElKhT003105(a)opentech.lzu.edu.cn> you wrote: > > > > I have a TQM866M board here, and it seems that the ID that this board is > > using is not checked for in cpu/mpc8xx/cpu.c - not sure if this patch is > > usable - but it fixes the problem of indentifying the right CPU for me > > Any chance that you use old code? > > This is supposed to be solved by this commit: > > commit 7b4fd36b0322ec98836a8459d9be80e2777fdc05 > tree 92deb9ddf1153c64ff1ced9392816e60b4ecaa03 > parent 0a112d8696dcffdf87a7066e2dade1eacbdd80d9 > author Wolfgang Denk <wd(a)atlas.denx.de> Sat, 18 Mar 2006 23:31:12 +0100 > committer Wolfgang Denk <wd(a)atlas.denx.de> Sat, 18 Mar 2006 23:31:12 +0100 > > Add support for MPC859/866 Rev. A.0 > > > A different issue is that I can't get the ehternet to work, the error on > > network access is: > > Works fine here. > > Did you set the jumpers on the board correctly? See the FAQ: > http://www.denx.de/wiki/view/DULG/EthernetProblemsOnTQM8xxL > > Best regards, > thanks - just pulled the current git tree and the CPU shows up correctly now - and as the above URL suggest - it was the jumpers - we actually did consult the manual regarding jumpers - but we meesed up some how any way :) thx ! hofrat

1 0

[U-Boot-Users] remove include/bmp_logo.h
by Matthias Fuchs 22 Apr '06

22 Apr '06

Hi Wolfgang, is there any special reason why include/bmp_logo.h is a) under version control by git b) not removed by "make clobber" ? The file is automatically regenerated during make. I noticed that "cg-commit" or "git diff" report a difference after each make run on a clean source tree. My suggestion is to remove it from therepository and to add a rm in the clobber rule in the main makefile. Am I missing something? Matthias

1 0

[U-Boot-Users] FW: mpc8347 TSEC1 (Got Error 4)
by Aziz Mzili 21 Apr '06

21 Apr '06

> -----Original Message----- > From: Aziz Mzili > Sent: Friday, April 21, 2006 4:24 PM > To: 'u-boot-users-admin(a)lists.sourceforge.net' > Subject: mpc8347 TSEC1 (Got Error 4) > > > Hi All, > > with our MPC8347 based board, we get the message "Got error 4" eveytime we unplug TSEC0 and try to ping on TSEC1. TSEC0 when plugged works fine. > > Anyone have any idea where this error come from? > > thank you > > Aziz MZILI

1 0

RE: [U-Boot-Users] MPC83xx: CF in True IDE mode
by Joao, Nuno (ext) 21 Apr '06

21 Apr '06

We're using a CF card in TrueIDE mode, on a board with u-boot and MPC8541E. A CPLD maps the CF bus (only the signals needed for IDE mode) into MPC's memory map; this makes the "IDE physical" interface. UPM machines are used for the accesses timing. 2 chipselects are also used, one for the "normal" register file and another for the "alternative register file". u-boot's "ide" command is used; it was only changed in the register access routines, because of different address calculation and endianess. You have to be careful when interfacing the CF card (or any IDE device) with the MPCs. Keep in mind that register 0 (the data register) is accessed at address 0 and is 16 bit wide; the remaining registers are accessed in the next consecutive addresses (1, 2, ...), but are 8 bit wide. Best Regards -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Yogi Sent: quinta-feira, 20 de Abril de 2006 23:36 Subject: [U-Boot-Users] MPC83xx: CF in True IDE mode > Is there support for CF access in true IDE mode for > 83xx with Reiser File system ?

1 0

[U-Boot-Users] precious boot sectors @ lowboot
by Andre Schwarz 21 Apr '06

21 Apr '06

Hi all, a lot of embedded systems have no other non-volatile memory than the boot flash. This is mostly Nor technology, which is quite expensive. In case you are not using a uniform sector flash you'll have smaller "boot sectors" on top or bottom of memory. They are ideally suited for storing small amounts of data (counting operation time, stats or some application specific configuration data). Using a large sector, e.g. 64k would be a waste ... I've the following scenario : MPC5200 processor using low boot, i.e. reset vector @ 0x00000100. 8MB bottom boot sector flash with 8*8k sectors + 127*64k. u-boot startup code uses the first 2 sectors, followed by the 8k embedded environment @ 0x8000. After that follows the rest of u-boot code. It would be very fine if there would be a possibility to place the rest of u-boot code @ offset 0x10000, i.e. sector 8+. I have modified "common/environment.c" with the attached patch, so there is a possibility to define "CFG_ENV_ADD_SPACE" which results in the above mentioned code offset. Of course "CFG_ENV_ADD_SPACE" must end on a sector boundary .... I'm using 0x4000 and therefore having 2 small sectors availabe under linux through /dev/mtd. Nested partitions are no problem at all. Any other ideas ? Should I use u-boot.lds instead ? diff --git a/common/environment.c b/common/environment.c index c7f54c6..dc8c89c 100644 --- a/common/environment.c +++ b/common/environment.c @@ -99,6 +99,10 @@ #if !defined(ENV_CRC) # define ENV_CRC ~0 #endif +#ifdef CFG_ENV_ADD_SPACE +unsigned char env_add_space[CFG_ENV_ADD_SPACE] __PPCENV__; +#endif + env_t environment __PPCENV__ = { ENV_CRC, /* CRC Sum */ #ifdef CFG_REDUNDAND_ENVIRONMENT regards, Andre

2 1

[U-Boot-Users] [PATCH] 4/4 add new Board MIP470 (MPC8347 based)
by Denis Peter 21 Apr '06

21 Apr '06

See my previous message Patch 4: Add MIP470 specific files With best regards, Denis

1 0

[U-Boot-Users] [PATCH] 3/4 add new Board MIP470 (MPC8347 based)
by Denis Peter 21 Apr '06

21 Apr '06

See my previous message Patch 3: Fixed MPC83xx i2c.c to work also before relocation With best regards, Denis

1 0

[U-Boot-Users] [PATCH] 2/4 add new Board MIP470 (MPC8347 based)
by Denis Peter 21 Apr '06

21 Apr '06

See my previous message Patch 2: Add support for MPC834x TSEC in reduced Gigabit Mode & add Broadcom BMC5461 PHY With best regards, Denis

1 0

[U-Boot-Users] [PATCH] 1/4 add new Board MIP470 (MPC8347 based)
by Denis Peter 21 Apr '06

21 Apr '06

Hello Wolfgang, Attached are the patches for the MIP470 board. Here is the Changlog entry: * Patch by Denis Peter, 21. Apr 2006 add MIP470 Board Patch 1: Add support for the RTC7301 Real Time Clock With best regards, Denis

1 0

[U-Boot-Users] CF card in memory mapped mode without PCMCIA controller
by Andriy Korud 21 Apr '06

21 Apr '06

Hi, I'm going to use CF card in memory-mapped mode (not true IDE because HS is required), but without PCMCIA interface chip (necessary signals will be software/glue-logic generated). Will U-Boot like this? Or, will it be difficult to port it to use such mode? Maybe somebody has an example of such solution? Thank in advance, -- Andriy Korud

2 1