May 2004 - U-Boot

[U-Boot-Users] [patch] ocotea - Fix hang on reset
by Jarrett Redd 07 Jun '04

07 Jun '04

This patch fixes the occasional hang issue after reset on the ocotea board. The solution was determined by Ravi Rajaram and tested by myself and Travis Sawyer. It issues a bank reset at the end of flash_get_size() to place it back into read mode. -Jarrett Redd __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

2 1

[U-Boot-Users] [PATCH] lan91c96 driver MAC address detection
by Dave Peverley 07 Jun '04

07 Jun '04

Hi all, This is a small patch for the lan91c96 ethernet driver that adds the capability to automatically detect the MAC address stored in EPROM in the absence of a valid MAC address in the environment. It is modelled on the system used by the smc91111 driver as suggested by Marius Groeger (thanks!) The patch itself was created against the CVS repository tag "U-Boot-1_1_0" using the command : diff -purN u-boot u-boot-omap730p2 > u-boot-1.1.0-omap730p2.patch All comments and feedback welcome. Best Wishes, Dave Peverley --------------------------------------------------------------------------- Dave Peverley, Software Engineer, MPC Data Limited. Phone : [+44] (0) 1225 868 228 Web : http://www.mpc-data.co.uk diff -purN u-boot/drivers/lan91c96.c u-boot-new/drivers/lan91c96.c --- u-boot/drivers/lan91c96.c 2003-06-27 22:32:37.000000000 +0100 +++ u-boot-new/drivers/lan91c96.c 2004-04-29 18:00:44.000000000 +0100 @@ -162,7 +162,7 @@ void smc_destructor (void); * The kernel calls this function when someone wants to use the device, * typically 'ifconfig ethX up'. */ -static int smc_open (void); +static int smc_open (bd_t *bd); /* @@ -178,6 +178,12 @@ static int smc_close (void); */ static int smc_rcv (void); +/* See if a MAC address is defined in the current environment. If so use it. If not + . print a warning and set the environment and other globals with the default. + . If an EEPROM is present it really should be consulted. +*/ +int smc_get_ethaddr(bd_t *bd); +int get_rom_mac(char *v_rom_mac); /* ------------------------------------------------------------ * Internal routines @@ -588,9 +594,9 @@ void smc_destructor () * Set up everything, reset the card, etc .. * */ -static int smc_open () +static int smc_open (bd_t *bd) { - int i; /* used to set hw ethernet address */ + int i, err; /* used to set hw ethernet address */ PRINTK2 ("%s:smc_open\n", SMC_DEV_NAME); @@ -601,6 +607,12 @@ static int smc_open () SMC_SELECT_BANK (1); + err = smc_get_ethaddr (bd); /* set smc_mac_addr, and sync it with u-boot globals */ + if (err < 0) { + memset (bd->bi_enetaddr, 0, 6); /* hack to make error stick! upper code will abort if not set */ + return (-1); /* upper code ignores this, but NOT bi_enetaddr */ + } +#ifdef USE_32_BIT for (i = 0; i < 6; i += 2) { word address; @@ -608,6 +620,10 @@ static int smc_open () address |= smc_mac_addr[i]; SMC_outw (address, LAN91C96_IA0 + i); } +#else + for (i = 0; i < 6; i++) + SMC_outb (smc_mac_addr[i], LAN91C96_IA0 + i); +#endif return 0; } @@ -782,8 +798,7 @@ static void print_packet (byte * buf, in int eth_init (bd_t * bd) { - smc_open (); - return 0; + return (smc_open(bd)); } void eth_halt () @@ -801,10 +816,6 @@ int eth_send (volatile void *packet, int return smc_send_packet (packet, length); } -int eth_hw_init () -{ - return smc_hw_init (); -} /*------------------------------------------------------------------------- * smc_hw_init() @@ -852,4 +863,103 @@ static int smc_hw_init () #endif /* COMMANDS & CFG_NET */ + +/* smc_get_ethaddr (bd_t * bd) + * + * This checks both the environment and the ROM for an ethernet address. If + * found, the environment takes precedence. + */ + +int smc_get_ethaddr (bd_t * bd) +{ + int env_size = 0; + int rom_valid = 0; + int env_present = 0; + int reg = 0; + char *s = NULL; + char *e = NULL; + char *v_mac, es[] = "11:22:33:44:55:66"; + uchar s_env_mac[64]; + uchar v_env_mac[6]; + uchar v_rom_mac[6]; + + env_size = getenv_r ("ethaddr", s_env_mac, sizeof (s_env_mac)); + if (env_size != sizeof(es)) { /* Ignore if env is bad or not set */ + printf ("\n*** Warning: ethaddr is not set properly, ignoring!!\n"); + } else { + env_present = 1; + s = s_env_mac; + + for (reg = 0; reg < 6; ++reg) { /* turn string into mac value */ + v_env_mac[reg] = s ? simple_strtoul (s, &e, 16) : 0; + if (s) + s = (*e) ? e + 1 : e; + } + } + + rom_valid = get_rom_mac (v_rom_mac); /* get ROM mac value if any */ + + if (!env_present) { /* if NO env */ + if (rom_valid) { /* but ROM is valid */ + v_mac = v_rom_mac; + sprintf (s_env_mac, "%02X:%02X:%02X:%02X:%02X:%02X", + v_mac[0], v_mac[1], v_mac[2], v_mac[3], + v_mac[4], v_mac[5]); + setenv ("ethaddr", s_env_mac); + } else { /* no env, bad ROM */ + printf ("\n*** ERROR: ethaddr is NOT set !!\n"); + return (-1); + } + } else { /* good env, don't care ROM */ + v_mac = v_env_mac; /* always use a good env over a ROM */ + } + + if (env_present && rom_valid) { /* if both env and ROM are good */ + if (memcmp (v_env_mac, v_rom_mac, 6) != 0) { + printf ("\nWarning: MAC addresses don't match:\n"); + printf ("\tHW MAC address: " + "%02X:%02X:%02X:%02X:%02X:%02X\n", + v_rom_mac[0], v_rom_mac[1], + v_rom_mac[2], v_rom_mac[3], + v_rom_mac[4], v_rom_mac[5] ); + printf ("\t\"ethaddr\" value: " + "%02X:%02X:%02X:%02X:%02X:%02X\n", + v_env_mac[0], v_env_mac[1], + v_env_mac[2], v_env_mac[3], + v_env_mac[4], v_env_mac[5]) ; + debug ("### Set MAC addr from environment\n"); + } + } + memcpy (bd->bi_enetaddr, v_mac, 6); /* update global address to match env (allows env changing) */ + smc_set_mac_addr (v_mac); /* use old function to update smc default */ + PRINTK("Using MAC Address %02X:%02X:%02X:%02X:%02X:%02X\n", v_mac[0], v_mac[1], + v_mac[2], v_mac[3], v_mac[4], v_mac[5]); + return (0); +} + +/* + * get_rom_mac() + * Note, this has omly been tested for the OMAP730 P2. + */ + +int get_rom_mac (char *v_rom_mac) +{ +#ifdef HARDCODE_MAC /* used for testing or to supress run time warnings */ + char hw_mac_addr[] = { 0x02, 0x80, 0xad, 0x20, 0x31, 0xb8 }; + + memcpy (v_rom_mac, hw_mac_addr, 6); + return (1); +#else + int i; + SMC_SELECT_BANK (1); + for (i=0; i<6; i++) + { + v_rom_mac[i] = SMC_inb (LAN91C96_IA0 + i); + } + return (1); +#endif +} + + + #endif /* CONFIG_DRIVER_LAN91C96 */ diff -purN u-boot/drivers/lan91c96.h u-boot-new/drivers/lan91c96.h --- u-boot/drivers/lan91c96.h 2003-06-27 22:32:37.000000000 +0100 +++ u-boot-new/drivers/lan91c96.h 2004-04-29 18:00:44.000000000 +0100 @@ -52,7 +52,6 @@ */ void smc_set_mac_addr(const char *addr); -int eth_hw_init(void); /* I want some simple types */

3 7

[U-Boot-Users] ocotea (IBM-440GX) gigabit driver for linux
by Don Palmer 05 Jun '04

05 Jun '04

I have just completed a U-BOOT port of the IBM 440GX to my board.However, I have yet to find a linux distro that supports the on board RGMII bridge & the (gigabit) ethernet ports. Does anyone know of a lcomplete linux port (including gigabits) for the IBM 440GX Thank you /********************************************/ Donald Palmer General Micro Systems, Inc Senior Software Engineer 8358 Maple Place Voice: (909)980-4863 Rancho Cucamonga, Ca 91730 Fax: (909)987-4863 eMail: dpalmer(a)gms4sbc.com /********************************************/

2 1

[U-Boot-Users] Problems with binutils 2.15
by Karim Yaghmour 01 Jun '04

01 Jun '04

I've been playing around trying to get U-Boot 1.1.1 (and previous versions) to build with the following toolchain: - binutils 2.15 - gcc 3.3.2 - glibc 2.3.2 This toolchain was built for a PPC target with no particular CPU flags or CPU patches. Here's what I'm doing: $ cd u-boot-1.1.1 $ make TQM860L_config $ make CROSS_COMPILE=powerpc-linux- Now, this starts to build and goes far enough, but somehow LD actually seg faults somewhere down the line. I've copied the command line that fails in Make directly to the command line and I get this (the output is somewhat edited for the form, but it's all there): ---------------------------------------------------------------------- $ UNDEF_SYM=`powerpc-linux-objdump -x lib_generic/libgeneric.a board/tqm8xx/libtqm8xx.a cpu/mpc8xx/libmpc8xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a |sed -n -e 's/.*$__u_boot_cmd_.*$/-u\1/p'|sort|uniq`;\ > powerpc-linux-ld -Bstatic -T /home/.../u-boot-1.1.1/board/tqm8xx/u-boot.lds -Ttext 0x40000000 -n $UNDEF_SYM cpu/mpc8xx/start.o \ > --start-group lib_generic/libgeneric.a board/tqm8xx/libtqm8xx.a cpu/mpc8xx/libmpc8xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a --no-warn-mismatch -L /home/.../tools/lib/gcc-lib/powerpc-linux/3.3.2/nof -lgcc --end-group \ > -Map u-boot.map -o u-boot Segmentation fault ---------------------------------------------------------------------- If run from the makefile, this would come right after: ---------------------------------------------------------------------- ... a - usb_kbd.o a - usb_storage.o a - virtex2.o a - xilinx.o a - circbuf.o make[1]: Leaving directory `/home/.../u-boot-1.1.1/common' ---------------------------------------------------------------------- I've tried 0.4.0 and 1.0.0 and get very similar behavior. Anyone see this before? Karim -- Author, Speaker, Developer, Consultant Pushing Embedded and Real-Time Linux Systems Beyond the Limits http://www.opersys.com || karim(a)opersys.com || 1-866-677-4546

3 3

RE: [U-Boot-Users] flash erase
by Kerl, John 31 May '04

31 May '04

Usually what happens is that if one has a 32-bit data bus and 16-bit wide flash parts, there are two flash chips side by side. A single 32-bit write results in 16 bits going to one chip and 16 bits going to the other. Note that flash chips generally lack byte enables so in fact one *must* do a single 32-bit write in this case, rather than two 16-bit writes. So, you might want to check (a) processor bus width, (b) processor bus width for this particular chip select; (c) flash bus width; (d) how many flash chips you have. And if this is a new, custom board, please keep in mind that problems are just as likely to need fixing with a soldering iron & flywires, as with software mods. Either the software or the hardware could be at fault. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of CG > Sent: Thursday, May 27, 2004 1:16 PM > To: VanBaren, Gerald (AGRE); u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] flash erase > > > I don't tkink that the AT91RM9200 supports 32-bits data > width. The SMC > interface supports only 8 or 16-bit data width.It's what I > read from the > data sheet. > > I hope to find the real problem soon. > > Thanks a lot > > Christian > > ----- Original Message ----- > From: "VanBaren, Gerald (AGRE)" <Gerald.VanBaren(a)smiths-aerospace.com> > To: <u-boot-users(a)lists.sourceforge.net> > Sent: Thursday, May 27, 2004 3:13 PM > Subject: RE: [U-Boot-Users] flash erase > > > > > > Christian: > > > > It looks like you have your memory controller (BRx/ORx) > configured for 32 > bits but your actual memory width is 16 bits so the processor > is reading 32 > bits on every bus cycle, half of which are garbage. > > > > gvb > > > > > > > -----Original Message----- > > > From: u-boot-users-admin(a)lists.sourceforge.net > > > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of CG > > > Sent: Thursday, May 27, 2004 2:46 PM > > > To: Wolfgang Denk > > > Cc: u-boot-users(a)lists.sourceforge.net > > > Subject: Re: [U-Boot-Users] flash erase > > > > > > > > > I use only one 16-bit flash device. Also, I wrote some data > > > in different > > > flash area and it works partially. > > > > > > I can execute these command : > > > cp.b 2000000 10000000 2 => It copies 2 byte (data = 0x0006) > > > at 0x10000000 > > > it seems to work > > > cp.b 2000000 10000002 2 => It copies 2 byte at 0x10000002 > > > cp.b 2000000 10000004 2 => It copies 2 byte at 0x10000004, > > > I got problem > > > sometimes... it writes only 0x0002 instead of 0x0006 > > > > > > If I type this command: > > > cp.b 2000000 10000000 4 => I got problem as I said in my > > > previous e-mail > > > > > > Copy to Flash... not erased at 10000002 (0) > > > > > > You can see the memory content: > > > 10000000: ffff0006 ffffff10 ffff0430 fffffd30 > > > > > > The only problem that I can see now is the home-made PCB that > > > I use to test > > > the memory flash with the dev. board. In fact, I use 56 > > > long wires to > > > connect each IO from the "flash pcb" to the dev. board. It's > > > maybe why the > > > communication is unstable. But I hope that it's the only problem. > > > > > > Regards > > > > > > Christian > > > > > > > > > ----- Original Message ----- > > > From: "Wolfgang Denk" <wd(a)denx.de> > > > To: "CG" <christian(a)mcdi.com> > > > Cc: "Stephan Linz" <linz(a)mazet.de>; > > > <u-boot-users(a)lists.sourceforge.net> > > > Sent: Thursday, May 27, 2004 2:10 PM > > > Subject: Re: [U-Boot-Users] flash erase > > > > > > > > > > In message <052401c443f1$218d1550$6b01a8c0@cc> you wrote: > > > > > Do you have an example to know how to erase the flash > > > 28F128J3 from > > > INTEL? > > > > > > > > This has little to do with which chip is being used, but > > > more with > > > > how your board is organized, i. e. bus width and how many > > > chips are > > > > used to form a bank. I think you use 2 chips in 16 bit mode > > > to form a > > > > 32 bit wide bank. This must be implemented in the driver. > > > > > > > > > I use 16-bit data width, CS0. I would like to use this > > > flash in order > > > to > > > > > store u-boot and applications (linux and ramdisk). > > > > > > > > Are you really sure? To me it looks more as if there ware 2 > > > x 16 bit > > > > devices on a 32 bit wide bus. > > > > > > > > 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 > > > > Sorry, but my karma just ran over your dogma. > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: Oracle 10g > > > Get certified on the hottest thing ever to hit the market... > > > Oracle 10g. > > > Take an Oracle 10g class now, and we'll give you the exam FREE. > > > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > > > _______________________________________________ > > > U-Boot-Users mailing list > > > U-Boot-Users(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > > ****************************************** > > 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. > > ****************************************** > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: Oracle 10g > > Get certified on the hottest thing ever to hit the > market... Oracle 10g. > > Take an Oracle 10g class now, and we'll give you the exam FREE. > > http://ads.osdn.com/?ad_id149&alloc_id66&opÌk > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... > Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id66&op=ick > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

5 8

[U-Boot-Users] Booting IXP425 with RAMDISK support
by Annamalai Prakash 31 May '04

31 May '04

Dear friends, i am unable to boot my ixdp425 boot with RAM disk support. I have compiled 2.4.19-rmk7-ds1 kernel with RAM disk, initrd, ext2 file system support. i have loaded my compressed RAM disk into flash too. while booting the kernel i got the following errors. ## Booting image at 50040000 ... Image Name: Linux Kernel Image Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 618414 Bytes = 603.9 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Loading Ramdisk Image at 50160000 ... Image Name: Simple Ramdisk Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 2803063 Bytes = 2.7 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Starting kernel ... Uncompressing Linux........................................... done, booting the kernel. Linux version 2.4.19-rmk7-ds1 (root(a)Gargouille.comodoindia) (gcc version 3.2.1) #4 Mon May 31 12:19:01 IST 2004 CPU: XScale-IXP4xx/IXC11xx revision 1 Machine: Intel IXDP425 Development Platform alloc_bootmem_low memtable_init On node 0 totalpages: 4096 zone(0): 4096 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/ram rw mem=16M console=ttyS0,115200 Calibrating delay loop... 263.78 BogoMIPS Memory: 16MB = 16MB total Memory: 14736KB available (985K code, 239K data, 208K init) XScale Cache/TLB Locking Copyright(c) 2001 MontaVista Software, Inc. Dentry cache hash table entries: 2048 (order: 2, 16384 bytes) Inode cache hash table entries: 1024 (order: 1, 8192 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 4096 (order: 2, 16384 bytes) POSIX conformance testing by UNIFIX PCI: bus0: Fast back to back transfers enabled Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Sangoma WANPIPE Router v1.1 (c) 1995-2000 Sangoma Technologies Inc. Initializing RT netlink socket Starting kswapd i2c-dev.o: Registered 'IXP425 I2C Adapter' as minor 0 pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0xff000003x (irq = 15) is a XScale UART ttyS01 at 0xff001003x (irq = 13) is a XScale UART Loaded PCF8594C2 I2C EEPROM NVRAM driver RAMDISK driver initialized: 16 RAM disks of 4192K size 1024 blocksize loop: loaded (max 8 devices) Using buffer write method Using static MTD partitions. Creating 2 MTD partitions on "IXP425 Flash": 0x00040000-0x00440000 : "image" 0x00440000-0x00fc0000 : "user" blkmtd: starting blkmtd: error, missing `device' name ftl_cs: FTL header not found. ftl_cs: FTL header not found. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 1024 bind 2048) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com Kernel panic: VFS: Unable to mount root fs on 01:00 expecting ur commands Thanks Prakash

1 0

[U-Boot-Users] U-Boot image for LH7A400 / Cross compilers
by Devraj Mukherjee 31 May '04

31 May '04

Hi everyone, Is there anyone who has successfully compiled UBoot for LH7A400 based Sharp boards, if yes are you please able to give us a copy of the image, to kickstart us :) Also we are looking for an ARM cross compiler for LH7A400 boards, anyone know where we can fetch one or get some instructions to build one Thanks Devraj -- --------------------------------------------------------------------- System Administration Team Eternity Technologies Pty. Ltd. P O Box 5949 Wagga Wagga 2650 NSW AUS Phone/Fax +61-2-69717131 http://eternitytechnologies.com/ ---------------------------------------------------------------------

1 0

[U-Boot-Users] Patch Preference question
by Jon Loeliger 28 May '04

28 May '04

Wolfgang, I am planning on working up a new patch for the MPC8540/MPC8560 ADS boards next week. As my previous patch has not yet been applied to the tree, I am wondering if you would rather I: 1) Create a new comprehensive set with all the changes combined into one patch relative to the current top of CVS tree, or 2) Create an incremental patch that assumes my previous patch has already been applied to the tree? Thanks, jdl

2 1

[U-Boot-Users] Bad Data CRC problem in imls
by Annamalai Prakash 28 May '04

28 May '04

Image at 50040000: Image Name: Linux Kernel Image Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 670137 Bytes = 654.4 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK Image at 50160000: Image Name: RAM DISK Image Type: PowerPC Linux RAMDisk Image (gzip compressed) Data Size: 2795583 Bytes = 2.7 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... Bad Data CRC OK How to fix this abvoe CRC problem. i tried 2 or 3 three times after flash erase but same result Thanks Prakash

2 2

[U-Boot-Users] U-boot+Arm linux 2.4.19-rmk7 boot problem
by Annamalai Prakash 28 May '04

28 May '04

Hai Guys, I find the Kernel Entry Address and Load address for ARM kernel. it is 0x8000. Now my system hangs after "Kernel panic: VFS: Unable to mount root fs on 01:00". The kernel has Ramdisk support,ext2 file system support.I dont know where i m doing mistake. ## Booting image at 50040000 ... Image Name: Linux Kernel Image Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 707679 Bytes = 691.1 kB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Loading Ramdisk Image at 50160000 ... Image Name: Ram Disk Image Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 2795019 Bytes = 2.7 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Starting kernel ... Uncompressing Linux................................................. done, booting the kernel. Linux version 2.4.19-rmk7-ds1 (root(a)Gargouille.comodoindia) (gcc version 3.2.1) #1 Thu May 27 19:34CPU: XScale-IXP4xx/IXC11xx revision 1 Machine: Intel IXDP425 Development Platform alloc_bootmem_low memtable_init On node 0 totalpages: 4096 zone(0): 4096 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: console=ttyS0,115200 root=/dev/ram rw ip=off Calibrating delay loop... 263.78 BogoMIPS Memory: 16MB = 16MB total Memory: 14556KB available (1156K code, 242K data, 216K init) XScale Cache/TLB Locking Copyright(c) 2001 MontaVista Software, Inc. Dentry cache hash table entries: 2048 (order: 2, 16384 bytes) Inode cache hash table entries: 1024 (order: 1, 8192 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 4096 (order: 2, 16384 bytes) POSIX conformance testing by UNIFIX PCI: bus0: Fast back to back transfers enabled Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB. i2c-dev.o: Registered 'IXP425 I2C Adapter' as minor 0 pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0xff000003x (irq = 15) is a XScale UART ttyS01 at 0xff001003x (irq = 13) is a XScale UART Loaded PCF8594C2 I2C EEPROM NVRAM driver RAMDISK driver initialized: 16 RAM disks of 4192K size 1024 blocksize Using buffer write method No RedBoot partition table detected in IXP425 Flash Using static MTD partitions. Creating 2 MTD partitions on "IXP425 Flash": 0x00040000-0x00440000 : "image" 0x00440000-0x00fc0000 : "user" NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 1024 bind 2048) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com Kernel panic: VFS: Unable to mount root fs on 01:00 Thanks Prakash

4 3