October 2004 - U-Boot

[U-Boot-Users] Programming 28F640J3 flash on ARM Integrator CP gets timeout
by Shawn 06 Oct '04

06 Oct '04

Hi, I use the ported ARM Integrator CP board and modified the flash part to support the new flash chip Intel StrataFlash 28F640J3. When programming the Flash with a big chunk of data (hundreds of KB or MB), it very often gets timeout. I changed the timeout value to a big numer (10 times of the original value), but it didn't help. I don't see the issue is related to the software. What else will cause this problem? I printed the status when programming or erasing gets timeout. Sometimes it shows low programming voltage detected (SR.3 == 1). Any hints are appreciated. -Shawn.

1 0

[U-Boot-Users] problem with cfi_flash.c & AT91RM9200DK
by Morten 05 Oct '04

05 Oct '04

Hello ! I have exchanged the flash on my AT91RM9200DK with a AT49BV320C cfi flash, and done all needed mods to the config file, every thing seems ok except that it get the size of the flash incorectly. It sayes that it is a 16x16 4m, 71 sector cfi complient flash, when it should be a 2097 x 16, 32m, 71 sector flash ? Anyone have any tips for me on how to fix this ? protect / unprotect seems to work fine, and it even writes without complaining, but nothing actualy gets writen ! Debug: U-Boot 1.1.2 (Oct 4 2004 - 11:17:41) U-Boot code: 21F00000 -> 21F188E4 BSS: -> 21F1CFB4 RAM Configuration: Bank #0: 20000000 32 MB flash detect cfi fwc addr 10000000 cmd ff ff 8bit x 8 bit fwc addr 10000055 cmd 98 98 8bit x 8 bit is= cmd 51(Q) addr 10000010 is= ff 51 fwc addr 10000000 cmd ff ffff 16bit x 8 bit fwc addr 100000aa cmd 98 9898 16bit x 8 bit is= cmd 51(Q) addr 10000020 is= 0051 5151 fwc addr 10000000 cmd ff 00ff 16bit x 16 bit fwc addr 100000aa cmd 98 0098 16bit x 16 bit is= cmd 51(Q) addr 10000020 is= 0051 0051 is= cmd 52(R) addr 10000022 is= 0052 0052 is= cmd 59(Y) addr 10000024 is= 0059 0059 ushort addr is at 10000050 info->portwidth = 2 addr[0] = 0x1 addr[1] = 0x0 addr[2] = 0x0 addr[3] = 0x0 retval = 0x1 device interface is 1 found port 2 chip 2 port 16 bits chip 16 bits ushort addr is at 10000026 info->portwidth = 2 addr[0] = 0x3 addr[1] = 0x0 addr[2] = 0x0 addr[3] = 0x0 retval = 0x3 10000020 : 51 00 52 00 59 00 03 00 00 00 41 00 00 00 00 00 Q.R.Y.....A..... 10000030 : 00 00 00 00 00 00 27 00 36 00 b5 00 c5 00 04 00 ......'.6....... 10000040 : 00 00 0a 00 00 00 03 00 00 00 03 00 00 00 16 00 ................ 10000050 : 01 00 00 00 00 00 00 00 02 00 07 00 00 00 20 00 .............. . 10000060 : 00 00 3e 00 00 00 00 00 01 00 ff ff ff ff ff ff ..>............. 10000070 : ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 10000080 : ff ff 50 00 52 00 49 00 31 00 30 00 86 00 01 00 ..P.R.I.1.0..... 10000090 : 00 00 00 00 80 00 03 00 03 00 ff ff ff ff ff ff ................ manufacturer is 3 size_ratio 1 port 16 bits chip 16 bits found 2 erase regions long addr is at 1000005a info->portwidth = 2 addr[0] = 0x7 addr[1] = 0x0 addr[2] = 0x0 addr[3] = 0x0 addr[4] = 0x20 addr[5] = 0x0 addr[6] = 0x0 addr[7] = 0x0 erase_region_count = 8 erase_region_size = 8192 long addr is at 10000062 info->portwidth = 2 addr[0] = 0x3e addr[1] = 0x0 addr[2] = 0x0 addr[3] = 0x0 addr[4] = 0x0 addr[5] = 0x0 addr[6] = 0x1 addr[7] = 0x0 erase_region_count = 63 erase_region_size = 65536 ushort addr is at 10000054 info->portwidth = 2 addr[0] = 0x0 addr[1] = 0x0 addr[2] = 0x0 addr[3] = 0x0 retval = 0x0 fwc addr 10000000 cmd ff 00ff 16bit x 16 bit Flash: 4 MB Bank # 1: CFI conformant FLASH (16 x 16) Size: 4 MB in 71 Sectors Erase timeout 8192 ms, write timeout 0 ms, buffer write timeout 1 ms, buffer size 1 Sector Start Addresses: 10000000 (RO) 10002000 (RO) 10004000 (RO) 10006000 (RO) 10008000 (RO) 1000A000 (RO) 1000C000 (RO) 1000E000 (RO) 10010000 (RO) 10020000 (RO) 10030000 (RO) 10040000 (RO) 10050000 (RO) 10060000 (RO) 10070000 (RO) 10080000 (RO) 10090000 (RO) 100A0000 (RO) 100B0000 (RO) 100C0000 (RO) 100D0000 (RO) 100E0000 (RO) 100F0000 (RO) 10100000 (RO) 10110000 (RO) 10120000 (RO) 10130000 (RO) 10140000 (RO) 10150000 (RO) 10160000 (RO) 10170000 (RO) 10180000 (RO) 10190000 (RO) 101A0000 (RO) 101B0000 (RO) 101C0000 (RO) 101D0000 (RO) 101E0000 (RO) 101F0000 (RO) 10200000 (RO) 10210000 (RO) 10220000 (RO) 10230000 (RO) 10240000 (RO) 10250000 (RO) 10260000 (RO) 10270000 (RO) 10280000 (RO) 10290000 (RO) 102A0000 (RO) 102B0000 (RO) 102C0000 (RO) 102D0000 (RO) 102E0000 (RO) 102F0000 (RO) 10300000 (RO) 10310000 (RO) 10320000 (RO) 10330000 (RO) 10340000 (RO) 10350000 (RO) 10360000 (RO) 10370000 (RO) 10380000 (RO) 10390000 (RO) 103A0000 (RO) 103B0000 (RO) 103C0000 (RO) 103D0000 (RO) 103E0000 (RO) 103F0000 (RO) Best Regards Morten

2 3

[U-Boot-Users] Porting U-Boot to an ARM920T-Based Board.
by Rodel Miguel 05 Oct '04

05 Oct '04

Hi, I would like to get some help to port u-boot on a new hardware (the hardware is still under heavy development). I have listed the following issues which I've encountered while reading the README and browsing the source tree. 1. My board has an ARM920T core. Instinctively, I would choose a "template" board support subdirectory that has the same core. If my platform is very different from the template, can I just choose the board that fits my needs (e.g. UART, FLASH, MEMORY MAP, etc.) and just re-configure the core? If this is possible, how do I do this? 2. My UART port is 16550 compliant. The ARM920T core (cpu/arm920T/) is using a serial.c that is compliant to S3C24XX. Can I just simply overwrite cpu/arm920t/serial.c with 16550 compliant serial.c? 3. Can somebody please tell me the files that are most-likely to change when porting u-boot to a new platform? Currently I am modifying the following: board/myboard /* copied from board smdk2410 */ - What should be placed here? Initialization routines? What is the "minimal" requirement for this subdirectory? Makefile - to make our board noticable to the main kernel tree include/configs/myboard.h 4. Are there other important files to modify in order to build the proper u-boot image? Please advise on the stated issues. Thank you very much. Regards, Rodel Miguel

2 1

[U-Boot-Users] fishing for ideas
by Benjamin Collar 05 Oct '04

05 Oct '04

Greetings folks Yesterday's problems have been overcome. Mostly I was just misunderstanding what was going on / what was supposed to be going on. Thanks for the clues overall. But there is a bit more to it. At the end of the day yesterday, I performed exactly the same 'loads' command, with exactly the same srec file, as I had done at the beginning of the day, and it worked. Talk about frustration! Today I was working on it and loaded a linux kernel image. When I 'loads' it, using the u-boot command line, into ram, the 'md' command at the loaded area shows 00010000: 27051956 d3232bea 415d1e66 0005ba2c '..V.#+.A].f..., 00010010: 7d8c5a14 3940ffff 914c0000 3bffffe0 }.Z.9@...L..;... 00010020: 4c696e75 782d322e 342e3138 00000000 Linux-2.4.18.... 00010030: 00000000 00000000 00000000 00000000 ................ while objdump shows 00000 27051956 d3232bea 415d1e66 0005ba2c '..V.#+.A].f..., 00010 00000000 00000000 82847f95 05070201 ................ 00020 4c696e75 782d322e 342e3138 00000000 Linux-2.4.18.... of course, you'll notice immediately that the 5th word is completely bogus, among others. I've spoken with the board developer (who also wrote a bootloader for the board) and showed him the sdram initialization function, and he said it was correct. However, I've got the behavior shown above. Is there another reason why this sort of corruption would happen? (btw, using 'cu' to download the image into RAM). Thanks for any tips Ben -- Benjamin Collar Siemens AG CT SE 2 Embedded Linux 089-636-53711

4 4

RE: [U-Boot-Users] How to compile U-boot using Metrowerks Code warrior on windows.
by VanBaren, Gerald (AGRE) 05 Oct '04

05 Oct '04

> -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > Prathima_Kolar > Sent: Tuesday, October 05, 2004 2:15 AM > To: 'u-boot-users(a)lists.sourceforge.net' > Cc: Apoorv_Sangal; Nishant_Galange > Subject: [U-Boot-Users] How to compile U-boot using Metrowerks Code > warrior on windows. > > > Hi all, > > A little bird told me that the u-boot image created by Metrowerks > Codewarrior on windows is a lot smaller than the image > created by the gcc > tool chain. > > I need to verify the accuracy of that statement. So I > installed Codewarrior > on my (ugh) windows partition, but how do I tell Codewarrior > to compile my > u-boot source tree? The "Makefile Importer Wizard" gives a vague error > saying "no target found for Metrowerks EPPC" (or something > like that) when I > point it to the Makefile I got with u-boot. > > I'm completely new to Codewarrior, and reading the docs > didn't help at all. > Can somebody please help me out here? > > Waiting, > Prathima > > Ps. I'm using Codewarrior IDE ver. 5.5.1.1358 How much smaller did the little bird estimate? Unless you are at 101% of your available memory and have no more u-boot commands that you can disable, making u-boot smaller has no benefit. Jerry's Rule: Any memory that is not used by the program is wasted. This little bird says that disabling unnecessary commands is likely to save you more memory than changing compilers and it is much less painful. Building u-boot under Windows is swimming upstream through the rapids. Besides the obvious extra effort it takes, there are a lot of rocks in there. Building under Windows and simultaneously switching to an unfamiliar compiler is trying to swim/jump up a waterfall. I've seen salmon do it, but it is a huge effort and many of them never make it. Bottom line: Tell the little bird to verify the accuracy of his statement on his own (politely, of course, if he is your PHB). gvb ****************************************** The following messages are brought to you by the Lawyers' League of IdioSpeak: ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

[U-Boot-Users] Resent: How to compile U-boot using Metrowerks Code warrior on wi ndows.
by Prathima_Kolar 05 Oct '04

05 Oct '04

Hi all, A little bird told me that the u-boot image created by Metrowerks Codewarrior on windows is a lot smaller than the image created by the gcc tool chain. I need to verify the accuracy of that statement. So I installed Codewarrior on my (ugh) windows partition, but how do I tell Codewarrior to compile my u-boot source tree? The "Makefile Importer Wizard" gives a vague error saying "no target found for Metrowerks EPPC" (or something like that) when I point it to the Makefile I got with u-boot. I'm completely new to Codewarrior, and reading the docs didn't help at all. Can somebody please help me out here? Waiting, Prathima Ps. I'm using Codewarrior IDE ver. 5.5.1.1358 ************************************************************************** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. **************************************************************************

2 1

[U-Boot-Users] Resend:MPC8272 PCI bridge problem?
by Jack Liu 05 Oct '04

05 Oct '04

hi,all Sorry to resend this message here. But I really have a problem using MPC8272 PCI bridge. Currently I am debugging our own board with a MPC8272 and PCI IDE chip (VIA VT6410). However I can not visit the memory of PCI space. In u-boot, When I type "md F40001F0", there is always a program check. My configuration is as follows: * 0x00000000-0x07FFFFFF 128MB SDRAM * 0x80000000-0x9FFFFFFF 512MB outbound prefetchable PCI memory window * 0xA0000000-0xBFFFFFFF 512MB outbound non-prefetchable PCI memory window * 0xF0000000-0xF001FFFF 128KB MPC8272 internal memory * 0xF4000000-0xF7FFFFFF 64MB outbound PCI I/O window * 0xFE000000-0xFFFFFFFF 32MB flash /* PCIBR0 */ #define CFG_PCI_MSTR0_LOCAL 0x80000000 /* Local base */ #define CFG_PCIMSK0_MASK PCIMSK_1GB /* Size of window */ /* PCIBR1 */ #define CFG_PCI_MSTR1_LOCAL 0xF4000000 /* Local base */ #define CFG_PCIMSK1_MASK PCIMSK_64MB /* Size of window */ #define CFG_PCI_MSTR_IO_LOCAL 0xF4000000 /* Local base */ #define CFG_PCI_MSTR_IO_BUS 0xF4000000 /* PCI base */ #define CFG_CPU_PCI_IO_START PCI_MSTR_IO_LOCAL #define CFG_PCI_MSTR_IO_SIZE 0x04000000 /* 64MB */ #define CFG_POCMR2_MASK_ATTRIB (POCMR_MASK_64MB | POCMR_ENABLE | POCMR_PCI_IO) So, I am wondering why the configured PCI space can not be accessed since I have configured the outbound window and PCIBR? In MPC8241, I can access PCI space by "md FE0001F0". Any kind help will be greatly appreciated. Best regard Jack liu

2 1

[U-Boot-Users] How to compile U-boot using Metrowerks Code warrior on windows.
by Prathima_Kolar 05 Oct '04

05 Oct '04

Hi all, A little bird told me that the u-boot image created by Metrowerks Codewarrior on windows is a lot smaller than the image created by the gcc tool chain. I need to verify the accuracy of that statement. So I installed Codewarrior on my (ugh) windows partition, but how do I tell Codewarrior to compile my u-boot source tree? The "Makefile Importer Wizard" gives a vague error saying "no target found for Metrowerks EPPC" (or something like that) when I point it to the Makefile I got with u-boot. I'm completely new to Codewarrior, and reading the docs didn't help at all. Can somebody please help me out here? Waiting, Prathima Ps. I'm using Codewarrior IDE ver. 5.5.1.1358 ************************************************************************** This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. **************************************************************************

2 1

[U-Boot-Users] DB1000 Little-Endian U-Boot
by Charles Eidsness 04 Oct '04

04 Oct '04

Hi All, I would like to use u-boot on my DB1000 card (with an AMD Au1000 processor) in little endian mode. After a little bit of playing around I have gotten it to compile, load in to the parameter FLASH and run from the Yamon prompt, i.e. go bec00000. But, when I switch to boot completely from u-boot in the parameter flash (switch S8) the card just hangs. Does anyone have any ideas? Thanks, Charles

2 1

[U-Boot-Users] Getting Error Relocating the code
by raju rediff 04 Oct '04

04 Oct '04

Hi, We are porting u-boot on our card. We have take SBC board as reference and changed the code from that board's code. In the process, we got stuck-up with a problem of relocating the code. Please see the following dump. We are loading the code through emulator into the ram at address 0x00000000. ====================================================================== U-Boot 1.1.1 (Sep 22 2004 - 13:28:21) MPC8260 Reset Status: External Soft, External Hard MPC8260 Clock Configuration - Bus-to-Core Mult 4x, VCO Div 2, 60x Bus Freq 25-75 , Core Freq 100-300 - dfbrg 1, corecnf 0x1a, busdf 4, cpmdf 1, plldf 1, pllmf 4 - vco_out 330000000, scc_clk 82500000, brg_clk 20625000 - cpu_clk 264000000, cpm_clk 165000000, bus_clk 66000000 CPU: MPC8260 (HiP4 Rev 14, Mask B.1 4K25A) at 264 MHz Board: EST ALI8260 DRAM: Setup 60x SDRAM controller Setup Local SDRAM controller64 MB Bus Fault @ 0x00003388, fixup 0x00000000 Machine check in kernel mode. Caused by (from msr): regs 07fb5c58 Unknown values in msr NIP: 00003388 XER: 20000000 LR: 00004A20 REGS: 07fb5c58 TRAP: 0200 DAR: 46498442MSR: 00003000 EE: 0 PR: 0 FP: 1 ME: 1 IR/DR: 00 GPR00: 8408FFFC 07FB5D48 00000000 07FD6000 04000000 FC024000 00000020 03FD6000 GPR08: FFFFFFFC 07FB5D6C 07FD6000 07FB5DB4 00000020 00000000 03FFF000 03FD6000 GPR16: 00000000 00000000 00000000 00000000 0000A920 00000001 00001002 0000E87C GPR24: 00000000 00000000 00000001 07FB5D6C 07FD6000 F0003F80 03FFF0B4 07FB5D48 Call backtrace: machine check ======================================================================= The bus fault location @3388 corresponds to the function "relocate_code" from objdump. The header file of the card is attached to this mail. Please let us know if you can identify any problem with the header file. With Best Regards, Raju

2 1