November 2006 - U-Boot

Re: [U-Boot-Users] [DNX#2006110242000011] 482
by U-Boot patch tracking system 02 Nov '06

02 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#2006110242000011]. 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

[U-Boot-Users] SCC console on MPC8260
by 1981tao 02 Nov '06

02 Nov '06

I changed the MPC8260ADS based on my 8260 board. now the uboot is running, and I can see whether it runing correctly by blinking some leds. and I see the leds are blinking just as i programmed. but the serial port(console on SCC1) doesn't print anything. Besides, it will not run correctly anywhere in the codes involves the the enviroment set (namely the codeword "ENV_xxxx"), so for the moment I default them all. Why the seial port doesn't print anything? best regards.

1 0

[U-Boot-Users] how to disable size optimization for debugging purposes
by Jack Hab 01 Nov '06

01 Nov '06

The assembly embedded in extern inline functions require optimization option ( -O ) to be used to link properly (according to gcc documentation). What if I want to disable all optimizations for debugging purposes? How can I build U-Boot without optimization at all? Thanks.

1 0

[U-Boot-Users] How to use UBoot for S3CEB2410 board
by thien van 01 Nov '06

01 Nov '06

Hi all, I have bought a board at http://armkits.com/Product/s3ceb2410.asp and I am trying to use uboot to boot it from SMC card, Here are the steps I did: [root@nvthien u-boot-1.1.5]# make smdk2410_config Configuring for smdk2410 board... [root@nvthien u-boot-1.1.5]# make CROSS_COMPILE=arm-linux- ... -Map u-boot.map -o u-boot arm-linux-objcopy --gap-fill=0xff -O srec u-boot u-boot.srec arm-linux-objcopy --gap-fill=0xff -O binary u-boot u-boot.bin [root@nvthien u-boot-1.1.5]# ls -al u-boot* -rwxr-xr-x 1 root root 584411 Oct 26 14:48 u-boot -rwxr-xr-x 1 root root 96596 Oct 26 14:48 u-boot.bin -rw-r--r-- 1 root root 79941 Oct 26 14:48 u-boot.map -rwxr-xr-x 1 root root 289882 Oct 26 14:48 u-boot.srec [root@nvthien u-boot-1.1.5]# After that I use Dnw program to down load u-boot.bin file at 0x30100000, and download & run at 0x30000000 file NandFlash_WR to write u-boot.bin to SMC: ... Download&Run is selected. USB host is connected. Waiting a download. Now, Downloading [ADDRESS:30000000h,TOTAL:25234] RECEIVED FILE SIZE: 25234(312.3KB/S,0.1S) Now, Checksum calculation Download O.K. S3C2410 Test Program Ver 0.00 FCLK=200000000 0:NAND View Badblk 1:NAND View page 2:NAND Program 3:NAND Erase All Select the function to test?2 [SMC(K9S1208V0M) NAND Flash writing program] the data must be downloaded using ICE from 30100000h Source size:0h~0h Available target block number: 0~4095 Input target block number:0 Input target size(0x4000*n):96606 source base address(0x3010000x)=0x30100000 target start block number =0 target size (0x4000*n) =0x1795e ............................................................................................................................................................................................ And I reset the board to boot from UBoot but it does not work.????. Please help me how to use it. Thanks

2 1

Re: [U-Boot-Users] Sector size with CFI driver?
by Yogi 01 Nov '06

01 Nov '06

Yeah, you can use the field at 4F (9E). If it is 2 it is bottom boot. If it is 3 it is top boot. See page 27, Table 4-4 CFI Mode: Primary Vendor-Specific Extended Querry Data Values in the data sheet. Thanks Yogi ----- Original Message ---- From: Timur Tabi <timur(a)freescale.com> To: Tolunay Orkun <listmember(a)orkun.us> Cc: u-boot-users(a)lists.sourceforge.net; Stefan Roese <sr(a)denx.de> Sent: Wednesday, November 1, 2006 9:52:44 AM Subject: Re: [U-Boot-Users] Sector size with CFI driver? Tolunay Orkun wrote: > Secondly, it looks like the erase region list returned is reversed for > this flash chip. I think, CFG_CFI_GEOMETRY_REVERSED would be more > appropriate. I like that one better. > Perhaps you can identify such a reserved list from the CFI tables on the > flash. If this can be done no macros would be needed to handle this case. > > Can you tell me the exact part number for your flash. I would like to > read the data sheet and compare its CFI structures if I can. 29LV640BTTC-90G You can find the specs here by going to http://www.macronix.com, clicking on "Flash Memory", and then scrolling to the bottom for this entry: MX29LV640B T/B 3V x8/x16 Boot sector 90/120 48-TSOP, 63-CSP I'm using the 48-pin version. -- Timur Tabi Linux Kernel Developer @ Freescale ------------------------------------------------------------------------- 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=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] Sector size with CFI driver?
by Timur Tabi 01 Nov '06

01 Nov '06

When using the CFI driver, how is the sector size determined? The reason I ask is that I have two different versions of U-Boot for my board, both developed in-house. One version is based on 1.1.3, and the other on 1.1.5. The 1.1.5 version cannot erase/program the last sector on the first flash bank. Also, the 1.1.3 says this when I do flinfo: Bank # 1: CFI conformant FLASH (16 x 16) Size: 8 MB in 135 Sectors Erase timeout 16384 ms, write timeout 1 ms, buffer write timeout 1 ms, buffer size 1 Sector Start Addresses: FE000000 FE002000 FE004000 FE006000 FE008000 FE00A000 FE00C000 FE00E000 FE010000 FE020000 And the 1.1.5 version says: Bank # 1: CFI compatible FLASH (16 port width with 16 chip width) Command set is AMD/Fujitsu standard. Driver is polling DQ6 for status checking. Size: 8 MB in 135 Sectors Erase timeout 16384 ms, write timeout 0 ms, buffer write timeout 1 ms, buffer size 1 Sector Start Addresses: FE000000 FE010000 FE020000 FE030000 FE040000 FE050000 FE060000 FE070000 FE080000 FE090000 As you can see the sector sizes are different, but everything else is the same. Both versions have this: #define CFG_FLASH_CFI #define CFG_FLASH_CFI_DRIVER #define CFG_FLASH_BASE 0xFE000000 #define CFG_FLASH_SIZE 16 #define CFG_MAX_FLASH_BANKS 2 #define CFG_MAX_FLASH_SECT 135 so I can't figure out why one works and the other doesn't. -- Timur Tabi Linux Kernel Developer @ Freescale

4 13

Re: [U-Boot-Users] Sector size with CFI driver?
by Yogi 01 Nov '06

01 Nov '06

If it is a flash from SPANSION, you can look at the MODEL number field in the CFI querry output. Model#3 is top boot, and Model#4 is bottom boot. Thanks Yogi ------------------------------------------------------------------------------------------------- Perhaps you can identify such a reserved list from the CFI tables on the flash. If this can be done no macros would be needed to handle this case. Can you tell me the exact part number for your flash. I would like to read the data sheet and compare its CFI structures if I can. Best regards, Tolunay ------------------------------------------------------------------------- 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=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] arm920t
by Michael Trimarchi 01 Nov '06

01 Nov '06

Hi all, I don't kown if there is a function in u-boot to change the bus mode. The arm processor can work in sync mode, async mode and fast mode. To change in async mode you must write the cp15 register. This is useful for board that has slow memory access and it must be done by the bootloader. Regards Michael

2 1

[U-Boot-Users] werid behavour with u-boot
by Lei Sun 01 Nov '06

01 Nov '06

Hi all: Actually, my question might not related to u-boot at all , but I am debugging u-boot on a customized mpc8270 board. By using JTAG, I was able to load the u-boot code into RAM and single step through some portion of the u-boot code. I am seeing weird behavour when it run through the init sequnce. For excample, when I single step into the get_clk() function, it could go all the way and return succesfully, but if i set a break point after getclk() function and hit "run" to enter that function, the CPU hangs! Same problem happened to other function as well, for examle, display_options(), vsprintf() etc. I can't find the patern what kind of function it could happen to. I'd assume it something related to hardware. Our board is a prototype board, with lots of external wires to fix the bug, especially , we have external 32 wires comming out of memory connected to CPU! I wonder if i could draw this conclustion, has any one had similar experience, e.g single step is ok, but not continuesly running the code. Thanks lei

1 0

[U-Boot-Users] tftpboot question
by Reeve Yang 01 Nov '06

01 Nov '06

I'm trying to use tftpboot to copy linux image into flash starting address is 0xff300000, so I defined CFG_DIRECT_FLASH_TFTP. It looks data have been written into flash since there is no any error. However, when I try to boot linux, it returns gunzip error. If I download the same image using xmodem, the kernel just boots fine. Do I need to do anything special for tftp direct to flash? If I tftp image into ram(0x800000) then boot, it's just fine too. ### main_loop: bootcmd="bootm $loadaddr" Hit any key to stop autoboot: 0 ## Booting image at ff300000 ... ## Current stack ends at 0x0F5D0BB8 => set upper limit to 0x00800000 bd address = 0x0F5D0FB8 memstart = 0x00000000 memsize = 0x10000000 flashstart = 0xFF000000 flashsize = 0x01000000 flashoffset = 0x00000000 sramstart = 0x00000000 sramsize = 0x00000000 immr_base = 0xE0000000 bootflags = 0x00000001 intfreq = 264 MHz busfreq = 132 MHz ethaddr = 00:04:9F:11:22:33 eth1addr = 00:E0:0C:00:7D:01 IP addr = 10.1.0.10 baudrate = 115200 bps ## Transferring control to Linux at ff300000 with bd at 007fffb0 ... loaded at: FF300000 FFA94124 relocated to: 00800000 00F94124 board data at: 007FFFB0 007FFFF8 relocated to: 00805114 0080515C zimage at: 008058D5 00904243 initrd at: 00905000 00F91864 avail ram: 00F95000 01395000 Linux/PPC load: mem=248M Uncompressing Linux...inflate returned FFFFFFFD exit

2 1