August 2006 - U-Boot

[U-Boot-Users] Fwd: board problem
by Srinivas rao 10 Aug '06

10 Aug '06

Hi, Iam downloaded the Uboot and compiled using below commands make ap926ejs_config make Iam working on Arm processor so I compiled using above commands and after I got the u-boot.bin file. So I loaded the u-boot.bin into my board. but it's not booting. how to select the board? pls help me Thanks & Regard Srinivas Rao.ch Thanks & Regards Srinivas Rao.Ch --------------------------------- Heres a new way to find what you're looking for - Yahoo! Answers

2 1

[U-Boot-Users] board problem
by Srinivas rao 10 Aug '06

10 Aug '06

Hi, Iam downloaded the Uboot and compiled using below commands make ap926ejs_config make Iam working on Arm processor so I compiled using above commands and after I got the u-boot.bin file. So I loaded the u-boot.bin into my board. but it's not booting. how to select the board? pls help me Thanks & Regard Srinivas Rao.ch Thanks & Regards Srinivas Rao.Ch --------------------------------- Heres a new way to find what you're looking for - Yahoo! Answers

2 1

[U-Boot-Users] what is reference in start.S
by Umar Quershey 10 Aug '06

10 Aug '06

Hi, In the cpu/arm926ejs/start.S file, it says "Jump vector table as in table 3.1 in [1]". What is [1]? I'd like to find out where this vector table was published in order to understand further... Regards, Umar

2 1

[U-Boot-Users] Configuration of the PHY address
by Mirco Fuchs 10 Aug '06

10 Aug '06

Hi, I'm operating on an at91rm9200-based board. The AT91RM9200 is connected to an ethernet PHY via MII interface. The current implementations of the MII-access functions in ether.c assume, that the phy's address is 00000. But the address of the PHY that I use (KS8721) is 00001 by default, so i cannot access the MII-registers with the this implementation. Apart from that a user could configure the address of the PHY on his board with pull-ups. I think we need to set the PHY address explicite when accessing it. I suggest to introduce a new macro (e. g. CFG_PHY_ADDRESS) that can be set by the user in the board specific header file. There are two ways to implement the usage of this macro. The first is that we use the macro directly in the functions at91rm9200_EmacWritePhy() and at91rm9200_EmacReadPhy() without changing any parameters. The advantage is that we can implement it very easy and very fast. The disadvantage is that we cannot change the address after compilation (which shouldn't be a problem in most cases). The second way is to add a new parameter (e. g. phyadd) to the EmacWrite and EmacRead function. The PHY driver would be responsible to set the PHY address when calling these functions. The PHY address could be taken from CFG_PHY_ADDRESS (like above) or could be set dynamically (e. g. if we have more than one PHY connected). In addition to the EmacRead and EmacWrite interface itself, we need to change all drivers using this function and implement the new interface in this case. Which of the suggested ways would you prefer? Best Regards Mirco

1 1

Re: [U-Boot-Users] TFTP timeout
by Olivier Vernet 10 Aug '06

10 Aug '06

Hi Stefan, First of all, thanks to continue to investigate on this problem. I've tried to increase the number of rx-packets and fixed it to 256. The timeout still occurred but without the previous message MAL error occured.... ISR = c0100010 UIC = = 2 MAL_DEF = e0100000 MAL_ERR= e0000000 About preceeding transfer (eth0) It's true that there is quite a lot of broadcoasts on the network, and I have the feeling that timeouts are less frequent this week as there is a lot of people on vacation (and so a lot of computer shutdown). Perhaps it's a way to investigate. Best regards Olivier -----Message d'origine----- De : Stefan Roese [mailto:sr@denx.de] Envoyé : lundi 7 août 2006 15:03 À : u-boot-users(a)lists.sourceforge.net Cc : Olivier Vernet; Philippe Villet; wd(a)denx.de Objet : Re: [U-Boot-Users] TFTP timeout Hi Olivier, On Wednesday 02 August 2006 18:11, Olivier Vernet wrote: > Yes, the behaviour changes with the network topology. On some > switch, timeout occurs more often, but in the manufacturing center, > we have an "island network", and it seems that the problem have not be > reproduced. Do you have lot's of broadcasts on your "main" network connection? Please try to increase the number of rx-packets again. For example: #define CFG_RX_ETH_BUFFER 256 And please let me know if this helped. Thanks. Best regards, Stefan

1 0

[U-Boot-Users] New NAND code
by Stefan Roese 10 Aug '06

10 Aug '06

Hi! I was just wondering about state of the NAND code. When I remember correctly a pretty big rewrite was done but not commited yet. Is the last patch sent to this list from Pantelis Antoniou on 5th May still the latest version? Best regards, Stefan

6 8

[U-Boot-Users] Linux kernel ignoring bootargs
by Timur Tabi 10 Aug '06

10 Aug '06

I'm trying to boot a Linux 2.6.17 kernel from U-Boot, and it appears that it's ignoring the bootargs variable in U-Boot. Here is my U-Boot environment: baudrate=115200 loads_echo=1 ethaddr=00:E0:0C:00:8C:01 eth1addr=00:E0:0C:00:8C:02 ipaddr=10.82.19.159 serverip=10.82.48.106 rootpath=/nfsroot0/u/timur/itx-ltib/rootfs gatewayip=10.82.19.254 netmask=255.255.252.0 hostname=timur-dev bootfile=/timur/uImage loadaddr=200000 netdev=eth0 tftpuboot=tftpboot $loadaddr timur/u-boot.bin; erase fe700000 fe77ffff; cp.b $loadaddr fe700000 $filesize; cmp.b $loadaddr fe700000 $filesize tftplinux=tftpboot $loadaddr /timur/uImage ethact=TSEC0 bootargs=root=/dev/nfs rw nfsroot=10.82.48.106:/nfsroot0/u/timur/itx-ltib/rootfs ip=10.82.19.159:10.82.48.106:10.82.19.254:255.255.252.0:timur-dev:eth0:off console=ttyS0,115200 stdin=serial stdout=serial stderr=serial And here's what Linux says when it boots: ## Booting image at 00200000 ... Image Name: Linux-2.6.17-g339d76c5-dirty Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 1401739 Bytes = 1.3 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Current stack ends at 0x0FF71D18 => set upper limit to 0x00800000 ## cmdline at 0x007FFF00 ... 0x007FFFA7 bd address = 0x0FF71FBC memstart = 0x00000000 memsize = 0x10000000 flashstart = 0xFE000000 flashsize = 0x01000000 flashoffset = 0x00000000 sramstart = 0x00000000 sramsize = 0x00000000 bootflags = 0x00000001 intfreq = 533.333 MHz busfreq = 266.666 MHz ethaddr = 00:E0:0C:00:8C:01 eth1addr = 00:E0:0C:00:8C:02 IP addr = 10.82.19.159 baudrate = 115200 bps No initrd ## Transferring control to Linux (at address 00000000) ... [ 0.000000] Using MPC834x ITX machine description .... [ 41.727079] IP-Config: Complete: [ 41.730136] device=eth0, addr=192.168.1.141, mask=255.255.255.0, gw=192.168.1.1, [ 41.737995] host=unknown, domain=, nis-domain=(none), [ 41.743479] bootserver=192.168.1.1, rootserver=192.168.1.1, rootpath= As you can see, it's using the wrong IP address. It's using the one hard-coded into the kernel's configuration. I thought 'bootargs' was supposed to override that? -- Timur Tabi Linux Kernel Developer @ Freescale

2 2

[U-Boot-Users] Building u-boot error - Unknown FLASH
by kabbin 09 Aug '06

09 Aug '06

Dear all I try to build u-boot-1.1.4 which downloaded from ftp://ftp.denx.de/pub/u-boot/u-boot-2006-06-30-2020.tar.bz2 I got the error message: /common/env_flase.c:265: undefined reference to "flash_probe" so I comment the line 265 and line 266: /* if (flash_porbe() ==0 ) */ /* goto bad_flash */ and then build with on error message. When I download the image to RAM, it shows: ----------------------------------------------------------------------------- OMAP2420-GP revision 3 TI H4 SDP Base Board + Menelaus Daughter Board + mDDR DRAM: 64 MB ## Unknown FLASH on Bank 0 - Size = 0x00000000 = 0 MB ## Unknown FLASH on Bank 1 - Size = 0x00000000 = 0 MB Flash: 0 kB *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial OMAP242x H4 # -------------------------------------------------------------------------- Any suggestion ? Thanks Best regards. ___________________________________________________ 最新版 Yahoo!奇摩即時通訊 7.0，免費網路電話任你打！ http://messenger.yahoo.com.tw/

2 1

Re: [U-Boot-Users] [RFC] CFI Driver Little-Endian write Issue
by Li Yang-r58472 09 Aug '06

09 Aug '06

Please ignore my last question. Lately, I find out in your .c file that there are still some places using __LITTLE_ENDIAN. However, I still have a question that in which condition CFG_FLASH_CFI_SWAP is required to set? Best Regards, Leo > -----Original Message----- > From: Li Yang-r58472 > Sent: Tuesday, August 08, 2006 7:11 PM > To: 'Yuli Barcohen'; u-boot-users(a)lists.sourceforge.net > Cc: Sam Song; Wolfgang Denk > Subject: RE: [U-Boot-Users] [RFC] CFI Driver Little-Endian write Issue > > +#if defined(__LITTLE_ENDIAN) && !defined(CFG_FLASH_CFI_SWAP) > +#define CFG_FLASH_CFI_SWAP > +#endif > + > [snip] > -#if defined(__LITTLE_ENDIAN) > +#if defined(CFG_FLASH_CFI_SWAP) > > Why use CFG_FLASH_CFI_SWAP instead of __LITTLE_ENDIAN. It seems that they are > equivalent. > > Best Regards, > Leo > > -----Original Message----- > > From: u-boot-users-bounces(a)lists.sourceforge.net > > [mailto:u-boot-users-bounces@lists.sourceforge.net] On Behalf Of Yuli Barcohen > > Sent: Tuesday, August 08, 2006 7:00 PM > > To: u-boot-users(a)lists.sourceforge.net > > Cc: Sam Song; Wolfgang Denk > > Subject: Re: [U-Boot-Users] [RFC] CFI Driver Little-Endian write Issue > > > > >>>>> Sam Song writes: > > > > Zang> Where is the patch? I do not object. Our final goal is to > > Zang> enable the general flash driver work on the board. > > > > Sam> Sorry, I misused the word patch:-). The "patch" is Yuli's > > Sam> cfi_flash.c in his attached file. See your mail archive. It > > Sam> would be there. I tested that it was OK but still need your > > Sam> confirmation, I am afraid. > > > > OK, the patch is attached. As we know, it works on big-endian systems. > > On little-endian ones, it should change nothing. > > > > -- > > ======================================================================== > > Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader > > yuli(a)arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel > > ========================================================================

3 3

[U-Boot-Users] [PATCH] Fix get_partition_info() parameter error
by Denis Peter 09 Aug '06

09 Aug '06

Hello, attached is a patch which fix get_partition_info() parameter error in the files cmd_ide.c and cmd_scsi.c Changelog: * Patch by Denis Peter, 09 Aug 2006: Fix get_partition_info() parameter error in common/cmd_ide.c common/cmd_scsi.c With best regards, Denis ---------------------------------------------- MPL AG CH-5405 Daettwil Switzerland http://www.mpl.ch Tel. ++41 (0)56 483 34 34 Fax ++41 (0)56 493 30 20

1 0