May 2004 - U-Boot

Re: [U-Boot-Users] A question about sdram_init
by Frank Young 14 May '04

14 May '04

>Frank, frankly: you must learn to give us some more information if >you expect useful replies. > OK, the system I am using is PPC405 custom board. The board is same as WALNUT but install a special purpose I/F in ASIC. That's why I said it is similiar as WALNUT. Since that part won't interfere others, it can be considered same as WALNUT. The board has 8M bytes SDRAM installed. SDRAM address space is 0x0-0x7FFFFFFF. Flast ROM address space is 0xFFC00000 - 0xFFFFFFFF. > > > > 1. The sdram() hanged after 2nd line, i.e. after set up 4MB. But it > > >didn't > > > > go through 3rd line and didn't return. > >For example, until now you didn't bother to tell us which source file >you are talking about. or what are the characteristics of your board. >"similiar as WALNUT"? This doesn't mean anything. > Sorry, wrong function name. I've corrected in the second post. The problem happens in cpu/ppc4xx/sdram.c -> sdram_init(). > > I don't have a debugger. But I do have LEDs on the board, so I simply >use > >Get a debugger, so you can singlestep, check register and memory >contents, etc. > I know. But my boss keep saying learnning to use the debugger is time-consuming and refused to buy a debugger for me, which really pissed me off. Sigh... But this is the reality - I don't have a debugger and have to have to have the u-boot run on my system within one week... > > >How do you know your code is correct? > > > > I didn't write any code. All these three lines were in original > > sdram_init(). Original sdram_init() tried to detect sdram with different > >Which source file are you talking about? cpu/ppc4xx/sdram.c? or >cpu/ppc4xx/spd_sdram.c? or what? > cpu/ppc4xx/sdram.c > > BTW, I commented out udelay(200). But I don't think it will have any >affect. > >Why did you do that? RAM chips may have a power on delay. Did you >read the RAM manufacturer's users manual? > Well, my purpose is just to find out why the 3rd instructions can not get through. So I just strip everything which is temporary is not related to this purpose. Do you think udelay can be a cause? I really doubt it because I've tried both occasions but none of them works. Thanks! Frank _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

Re: [U-Boot-Users] A question about sdram_init
by Frank Young 14 May '04

14 May '04

>In message <BAY2-F150B8F0GuRQm600014934(a)hotmail.com> you wrote: > > To explain the problem easier, I stripped down the sdram_init() to three >DCR > > instructions: > >I guess this is on a MIPS64 system? Or ARM9? Or x86, or what? I am using PPC405 on a custom board, similiar as WALNUT. > > > 1. The sdram() hanged after 2nd line, i.e. after set up 4MB. But it >didn't > > go through 3rd line and didn't return. > >How did you know where it hangs? Did you use a debugger? > I don't have a debugger. But I do have LEDs on the board, so I simply use LEDs to indicate where the program stops. I turn on a yellow LED right before the 2nd line and a green LED right after the 2nd line. Yellow LED was turned on but nothing happened to green one. I am using IOC to control LED. The code to control LED is pretty simple. For example, to turn on yellow LED: lis 20, 0xF0000030@h ori 20, 20, 0xF0000030@l li21, 0xC0 stb 21, 0(20) I have been using this LED control for a while. Never got any problem with it. > > 2. If the 1st line is commented, i.e. not disable everything, sdram() >could > > return. > >How do you know your code is correct? > I didn't write any code. All these three lines were in original sdram_init(). Original sdram_init() tried to detect sdram with different size. I have 8MB SDRAM on my board, so I just eliminated all the code for 128M, 64M, ..., but keep the code for 4M SDRAM. The codes left only have three lines: void sdram(void) { /*1st*/ mtsdram0(mem_mcopt1, 0x00000000); /*2nd*/ mtsdram0(mem_mb0cf, 0x00008001); /*3rd*/ mtsdram0(mem_mcopt1, 0x80800000); return; } BTW, I commented out udelay(200). But I don't think it will have any affect. > > 3. Since sdram() is called from start.S, I rewrote all these code in >start.S > > in assembly language and let them run in start.S (commented out "bl > > sdram_init"), these three lines can run without any problem. They didn't > > interfere each other. > >There is no difference between C code and assembly - unless you wrote >different code. That is why I am confused... ;*( My doubt is the first line: /*1st*/ mtsdram0(mem_mcopt1, 0x00000000); It disabled the memory controller. Will this cause any memory problem? Thanks! Frank _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/

2 1

[U-Boot-Users] A question about sdram_init
by Frank Young 13 May '04

13 May '04

To explain the problem easier, I stripped down the sdram_init() to three DCR instructions: void sdram(void) { /*1st*/ mtsdram0(mem_mcopt1, 0x00000000); /*2nd*/ mtsdram0(mem_mb0cf, 0x00008001); /*3rd*/ mtsdram0(mem_mcopt1, 0x80800000); return; } These three instructions is used to initialize 4MB sdram. But the phenomenon I had is: 1. The sdram() hanged after 2nd line, i.e. after set up 4MB. But it didn't go through 3rd line and didn't return. 2. If the 1st line is commented, i.e. not disable everything, sdram() could return. 3. Since sdram() is called from start.S, I rewrote all these code in start.S in assembly language and let them run in start.S (commented out "bl sdram_init"), these three lines can run without any problem. They didn't interfere each other. So what could be a cause of this problem? Thanks! Frank _________________________________________________________________ Express yourself with the new version of MSN Messenger! Download today - it's FREE! http://messenger.msn.com/go/onm00200471ave/direct/01/

2 1

[U-Boot-Users] [Patch] cmdbootz
by Robert Schwebel 13 May '04

13 May '04

[Note: command number assumes that the cmdximg patch was added before, please re-adapt otherwhise] ChageLog: * Patch by Holger Schurig, Robert Schwebel, 13 May 2004: Add a 'bootz' command to boot normal Linux zImages in case you don't need the features of U-Boot's uImage. Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

3 3

[U-Boot-Users] [Patch] commonspartan
by Robert Schwebel 13 May '04

13 May '04

ChangeLog: * Patch by Kai-Uwe Bloem, Robert Schwebel, 13 May 2004: When code is compiled without -fsigned-char compiler claims about 'always false due to limited data type'. This patch doesn't change functionality but makes it work on fussy 2.95.3-arm compilers. Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

2 1

[U-Boot-Users] (no subject)
by Wolfgang Kanovsky 13 May '04

13 May '04

Hi anyone here who knows how the CONFIG_DRIVER_SMC91111 is used ..when the chip is on the ISA - BUS mean it is not in the eth.c file for init ( i have configured it in the board.h file ...)? greets Wolfgang K.

1 0

[U-Boot-Users] [Patch] envcommon
by Robert Schwebel 13 May '04

13 May '04

ChangeLog: * Patch by Kai-Uwe Bloem, Robert Schwebel, 13 May 2004: Copy data only when we _have_ a default environment, otherwhise set environment to 0. Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

2 1

[U-Boot-Users] Virus found in a message you sent!!! SAV 在您傳送給 hong_chen@goodwill.com.tw 的文件 information 中偵測到病毒或違規資訊。
by notesmail/Goodwill%GOODWILL＠goodwill.com.tw 13 May '04

13 May '04

請聯絡您的系統管理員。掃描文件中受感染的附加檔案已被刪除。違規資訊：此附加檔案 final.doc.com 含有病毒 W32.Netsky.B@mm 且已被刪除。

1 0

[U-Boot-Users] An error with cfi_flash.c
by vai 13 May '04

13 May '04

The line that is: if (get_timer(start) > info->erase_blk_tout) { ~~~~~~~~~~~~~~~~~~~~ in "flash_status_check(xx, xx, ulong tout, xx)" that should be: if (get_timer(start) > tout) { because the "flash_status_check" do not only to be excuted when erasing flash.

1 0

[U-Boot-Users] Add another FLASH to my board
by CG 12 May '04

12 May '04

Hello, I ordered a Strataflash from Intel (E28F128J3C), 128 Mbits. I would like to add it to the AT91RM9200 development board. Is there any document to explain how to proceed to add a new flash memory in U-boot? The base address of the first flash (AT49BV162A - 2 MB) is 0x1000000, which it contents U-boot application. The base address of the strataflash memory : 0x30000000 in order to store linux and ramdisk. To do? 1. In lib_arm\board.c, I have to call a strataflash_init() routine in order to initialize the flash_info_t structure. 2. call display_flash_config to print out the flash size. 3. I don't know what to do with these routines: flash_erase, write_word, write_buff. The content of these routines are different if we access to the strataflash or AT49 flash. So, how can I manage it correctly? Best regards Christian

2 1