August 2004 - U-Boot

[U-Boot-Users] problem with 'ethaddr' env. variable in, DataFlash, at91rm9200dk
by Aras Vaichas 17 Aug '04

17 Aug '04

My problem is that the network functions do not seem to pick up the environment variables "ethaddr" and "ipaddr". e.g. Uboot> setenv ethaddr 12:34:56:78:99:aa Uboot> dhcp *** ERROR: `ethaddr' not set Uboot> echo $(ethaddr) 12:34:56:78:99:aa Uboot> printenv stdin=serial stdout=serial stderr=serial ethaddr=12:34:56:78:99:aa Environment size: 67/8188 bytes Uboot> dhcp *** ERROR: `ethaddr' not set Uboot> I've been going through the u-boot source code looking for where this problem could be occurring, but I can't find anything. I recently setup my at91rm9200dk to boot from DataFlash as per the Atmel application note: "Booting u-boot from Atmel SPI Serial DataFlash on the AT91RM9200-DK Board" I used u-boot-1.1.1 instead of patching u-boot-1.0.0. I've set the environment configuration values in at91rm9200dk.h #define CFG_ENV_IS_IN_DATAFLASH #define CONFIG_ENV_OVERWRITE The system boots from the DataFlash OK, and then starts up u-boot-1.1.1 e.g. -I- AT91F_LowLevelInit(): Debug channel initialized ESC[2J ATMEL LOADER VER 1.01 May 03 2004 14:54:39 *--------------------------------------* DataFlash:AT45DB642 Nb pages: 8192 Page Size: 1056 Size= 8650752 bytes Logical address: 0xC0000000 *--------------------------------------* 1: Download Dataflash [addr] 2: Read Dataflash [addr] 3: Start U-BOOT [C0008000 => 21F00000] *--------------------------------------* Enter: Load U-BOOT from dataflash[c0008000] to SDRAM[21f00000] Set PLLA to 180Mhz and Master clock to 60Mhz and start U-BOOTÿ U-Boot 1.1.1 (Aug 16 2004 - 12:34:47) U-Boot code: 21F00000 -> 21F14A4C BSS: -> 21F18EF0 RAM Configuration: Bank #0: 00000000 0 kB Atmel: AT49BV1614A (16Mbit) ... Flash: 2 MB DataFlash:AT45DB642 Nb pages: 8192 Page Size: 1056 Size= 8650752 bytes Logical address: 0xC0000000 Area 0: C0000000 to C0007FFF (RO) Area 1: C0008000 to C001FFFF (RO) Area 2: C0020000 to C0027FFF Area 3: C0028000 to C083FFFF In: serial Out: serial Err: serial Any help would be good, thank you! regards, Aras

2 2

[U-Boot-Users] [PATCH] Cleanup cpu/arm920t using SoC
by Steven Scholz 16 Aug '04

16 Aug '04

Hi there, Since the cpu/ directory gets clobbered with peripheral driver code I started cleaning up cpu/arm920t. I introduced the concept of Soc (system on a chip) into the ./cpu directory. That means that code that is cpu (i.e. core) specific resides in cpu/$(CPU)/ and code that is specific to some SoC (i.e. vendor specific peripherals around the core) is moved into cpu/$(CPU)/$(SOC)/ Thus a library/archive "cpu/$(CPU)/$(SOC)/lib$(SOC).a" will be build and linked. Examples will be cpu/arm920t/imx/ cpu/arm920t/s3c24x0 One can select an SoC by passing the name of it to ./mkconfig just like @./mkconfig $(@:_config=) arm arm920t vcma9 mpl s3c24x0 If there's no VENDOR field (like "mpl" in the above line) one has to pass NULL instead: @./mkconfig $(@:_config=) arm arm920t mx1ads NULL imx ========================================================================= CHANGELOG * Patch by Steven Scholz, 16 Aug 2004: - Introducing the concept of SoCs "./cpu/$(CPU)/$(SOC)" - creating subdirs for SoCs ./cpu/arm920t/imx and ./cpu/arm920t/s3c24x0 - moving SoC specific code out of cpu/arm920t/ into cpu/arm920t/$(SOC)/ - moving drivers/s3c24x0_i2c.c and drivers/serial_imx.c out of drivers/ into cpu/arm920t/$(SOC)/ ========================================================================= Since the patch is quite big I'll send it to Wolfgang directly. If it gets applied I'd like to do the same with cpu/at91rm9200. That is introducing "SOC = at91rm9200" and moving all at91rm9200 code ./cpu/arm920t/at91rm9200. The patch does not break the build process for ARM9. I tested "./MAKEALL ARM9" Thanks. -- Steven Scholz

1 0

[U-Boot-Users] MPC885ADS eval board -serial console problem
by Sachin S Mehta 16 Aug '04

16 Aug '04

Hi , we are using MPC885ADS baord for our testing.. With u-boot all the serial console(SMCs , SCCs) are working fine by changing board configuration. Is there any posibility to change the serial console by changing environment variable. thanks & regards, sachin mehta

2 1

[U-Boot-Users] Problem building U-boot for RpxLite with Mpc823e
by Ccool 15 Aug '04

15 Aug '04

Hi guys, I'm new to the list, but I though it would be a good place to find out some help. I'm looking for some "recent" documentation for U-boot for the rpxlite project. I've been trying to understand the doc, but the readme is based on the old project (ppcboot-0.8.1) and the date is 29-01-2001. I'm working with a crosscompiler and I'm not able to compile an executable binary. (The cross-compiler is the cross-tools from timesys, I also tried powerpc-eabi (p.o.m.p. tools suit) and it did'nt work either.) I know the crosscompiler works, because I've compiled busybox and a kernel and they both work great. Now my goal is to stop using the nfsmount (timesys default) and boot from the flash (probably with an initrd image). If anyone has some doc or a link to it, a few hints would be greatly appreciated. PS: sorry for my bad english, it's not my first/main language. Raphael

2 3

[U-Boot-Users] Hi there, I'm using the iMX1
by Paolo Broggini 13 Aug '04

13 Aug '04

Hallo everybody, I just subscribe right now to the mailing list though I'm using U-boot since april '04. Nice to discover that while at the time I was doing the port to the Motorola MX1ADS board someone else was pretty much doing the same :-) Anyway, now I'm porting U-boot on an in-house developed board still based on the iMx1 processor featuring an Altera Cyclone FPGA and the smc91c111 eth controller. By-the-way, great job Wolfgang! -Paolo Broggini

2 1

[U-Boot-Users] what exactly is netconsole
by Andrew Wozniak 13 Aug '04

13 Aug '04

Hi, A recent post mentions that U-Boot now has netconsole features, at least on the ocotea PPC440 board. What type of functionality does this provide? I did find, on the web, that netconsole is UDP based at is typically used as a networked console for kernel debugging. Does this imply a "one-way" output connection only or does it allow a remote connection into the target - similar to telnet. Our project requires remote network access to U-Boot because the deployed the system will not include a serial port. -andy

3 4

[U-Boot-Users] U-boot for MPC885 EVAL board -FEC query
by Sachin S Mehta 13 Aug '04

13 Aug '04

hi , We are using MPC885ADS Eval. board ,we are porting U-Boot 1.1.1 on it We tested FEC1 and FEC2 both indivisulay by making change in "/board/fads.h file " #define CONFIG_ETHER_ON_FEC1 1 #undef CONFIG_ETHER_ON_FEC2 #ifdef CONFIG_ETHER_ON_FEC1 #define CONFIG_FEC1_PHY 0 #endif #ifdef CONFIG_ETHER_ON_FEC2 #define CONFIG_FEC2_PHY 1 #endif Its working fine for both FECs. Is there any posibility to enable both FEC1 and FEC2 at a same time? if yes than how to make it ? Thanks and regards, Sachin Mehta

2 1

Re: [U-Boot-Users] what exactly is netconsole
by Wolfgang Denk 13 Aug '04

13 Aug '04

Dear Daren, in message <C18BA5DDB58DD511BD0700C0DF0DD4502941AD@NTSERVER4> you wrote: > > > May I bother you to have a look at the doc/README.NetConsole file? > > I would if it existed but is not in the current version 1.1.1 release of > U-Boot! You got to learn what "current" means, and what's the difference bet- ween version and release. U-Boot-1.1.1 is the latest offical _release_ of U-Boot, but NOT the current version. The current version is the top of tree on the CVS server. > I look forward to its release :) You may have to wait a couple of weeks or even months for the _release_. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de Either one of us, by himself, is expendable. Both of us are not. -- Kirk, "The Devil in the Dark", stardate 3196.1

1 0

RE: [U-Boot-Users] what exactly is netconsole
by Daren Hayward 13 Aug '04

13 Aug '04

Dear Wolfgang, > in message <411BBB19.4060800(a)mc.com> you wrote: > > > > A recent post mentions that U-Boot now has netconsole > features, at least > > on the ocotea PPC440 board. What type of functionality does this > > provide? I did find, on the web, that netconsole is UDP based at is > > typically used as a networked console for kernel debugging. > > In general it is a good idea to read the available documentation. > Ideally, you do this BEFORE posting to the mailing list. > > May I bother you to have a look at the doc/README.NetConsole file? I would if it existed but is not in the current version 1.1.1 release of U-Boot! > > > Does this imply a "one-way" output connection only or does > it allow a > > remote connection into the target - similar to telnet. > > U-Boot has bidirectional communication over the network, i. e. both > stdin and stdout can be redirected (indepoendently!) to the > netconsole device. > > > Our project requires remote network access to U-Boot because the > > deployed the system will not include a serial port. > > It's ready to use... I look forward to its release :) Thanks Daren Hayward

1 0

[U-Boot-Users] [PATCH] Cleanup cpu/arm920t
by Steven Scholz 12 Aug '04

12 Aug '04

Hi there, Since the cpu/ directory gets clobbered with peripheral driver code I started cleaning up cpu/arm920t. Idea is that all SoC that are based on ARM9(20T) should share cpu/arm920t. * Patch by Steven Scholz, 06 Aug 2004: - Cleanup cpu/arm920t directory by moving peripheral driver code out of cpu/arm920t/ into drivers/ and creating subdirectories cpu/arm920t/imx and cpu/arm920t/s3c24x0 for processor specific code - rename cpu/arm920t/usb_ohci.c to drivers/s3c24x0_usb_ohci.c - remove cpu/arm920t/usb_ohci.h (duplicate code) - rename cpu/mpc5xxx/usb_ohci.h to drivers/usb_ohci.h so everybody can use it (maybe we can merge cpu/arm920t/usb_ohci.c and cpu/mpc5xxx/usb_ohci.c someday) Since the patch is quite big I'll send it to Wolfgang directly. If it gets applied I'd like to do the same with cpu/at91rm9200. That is moving code for serial and ethernet into drivers/ and the rest into arm920t/ and arm920t/at91rm9200. The patch does not break the build process for ARM9. I tested "./MAKEALL ARM9" Thanks for comments. -- Steven Scholz

3 29