Re: [uCsimm] ADS and uClinux

From: Edward Benavides (benasmith@earthlink.net)
Date: Fri Oct 13 2000 - 00:41:39 EDT


Hey:
Have you tried Vlads romfs.b and linux.b from the ftp site?
You should first try there to make sure that your romfs is not corrupt.

ftp://ftp.employees.org/vag

Zhang Hong wrote:

> I always get the following log message whatever I start the kernel from ram or flash
> targeted for ADS board. It seems that my romfs filesystem, would anybody like to
> give me a hand? Thanks in advance.
>
> Blkmem 1 disk images:
> 0: 10000000-FFFFFFF (RO)
> PPP: version 2.2.0 (dynamic channel allocation)
> TCP compression code copyright 1989 Regents of the University of California
> PPP Dynamic channel allocation code copyright 1995 Caldera, Inc.
> PPP line discipline registered.
> SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
> CSLIP: code copyright 1989 Regents of the University of California.
> Open of blkmem arena 0 at 10000000, length 0
> attempt to access beyond end of device
> 1f:00: rw=0, want=1, limit=0
> romfs: unable to read superblock
> attempt to access beyond end of device
> 1f:00: rw=0, want=2, limit=0
> EXT-fs: unable to read superblock
> Kernel panic: VFS: Unable to mount root fs on 1f:00
>
> Zhang Hong
>
> Vladimir Gurevich wrote:
>
> > Hello Edward,
> >
> > This is pretty strange. In fact, I have M68EZ328ADS board at home and
> > I tested all the images before I put them on the FTP site.
> >
> > Don't worry about the start address 0x1004 for at_flash.b It is
> > correct, that's how the program (originally from Motorola) was
> > written.
> >
> > Did it execute correctly? (It should have printed some dots and then
> > "DONE" at the end). Was heartbeat still OK after at_flash.b execution?
> >
> > After at_flash.b execution, please check memory at 0x200000 and make
> > sure it looks the same as the contents of the .b file (oh, btw, hope
> > you made sure that all .b.gz files were decompressed!)
> >
> > You have to open both SW-2/6 and SW-2/7 on the board and then
> > press the Reset button.
> >
> > Another thing is that you have to make sure that your bbug program
> > does not attempt to initialize the board on its own. All initialization
> > is contained in the beginning of at_flash.b Anything else might screw
> > things up.
> >
> > I'll try to re-check the image this evening when I come back home,
> > but I am pretty sure it should work.
> >
> > If it still doesn't let me know. In the worst case remember that it
> > is only about 2-3 hours drive from your place to mine!
> >
> > Happy hacking,
> > Vladimir
> > --
> > +------------------+------------------------+--------------------------+
> > | | | |
> > | :|: :|: | phone 408-525-9707
> > Vladimir Gurevich | :|||: :|||: | fax 408-525-9707
> > Software Engineer | .:|||||||:..:|||||||:. |
> > RABU | CiscoSystems | e-mail vgurevic@cisco.com
> > | | location SJ-7-2 Cube D1-12
> > | http://www.cisco.com |
> > +------------------+------------------------+--------------------------+
> > This message resent by the ucsimm@uclinux.com list server http://www.uClinux.com/
>
> This message resent by the ucsimm@uclinux.com list server http://www.uClinux.com/

This message resent by the ucsimm@uclinux.com list server http://www.uClinux.com/



This archive was generated by hypermail 2b30 : Sun Apr 07 2002 - 00:01:38 EST