[uClinux-dev] "Unable to mount root fs on 1f:00" on Palm IIIx

[David McCullough]

Jivin Raul Aguaviva lays it down ...
>  David, I noticed that the PRC contains strings like the ones below:
> 
> --------8<--------8<--------8<--------8<--------8<--------8<--------8<--------8<
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/sched.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/asm/pgalloc.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/highmem.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/dcache.h kernel BUG
> at %s:%d!
>  BUG! /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/sched.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/asm/pgalloc.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/highmem.h major
> minor  #blocks  name
> 
>  %4d  %4d %10d %s
>  /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/dcache.h kernel BUG
> at %s:%d!
>  BUG! /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/sched.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/asm/pgalloc.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/highmem.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/dcache.h kernel BUG
> at %s:%d!
>  BUG! /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/sched.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/asm/pgalloc.h
> /home/raul/palm/uClinux-dist-old/linux-2.4.x/include/linux/highmem.h B
> --------8<--------8<--------8<--------8<--------8<--------8<--------8<--------8<
> 
>  the path I'm suing to compile the prc is quite long and this makes the prc
> size to be 800kb. 
>  My question is, why are those paths stored in the PRC binary? This looks to me
> like a debug build...
> 
>  In the, I believe, unlikely event that these strings had to live in the prc
> maybe I should move the uclinux directory so the path is as short as possible 
> 
> 
>  Any thoughts?


Doesn't sound good that they are in there.  Anything that can remove
them would be a good thing IMO.  At least it would improve load time ;-)

Cheers,
Davidm


> --- David McCullough <david_mccullough at au.securecomputing.com> wrote:
> 
> > 
> > Jivin Raul Aguaviva lays it down ...
> > > 
> > >  Again this problem, yes :-) I read many emails that explain what this
> > error is
> > > but none explains how to fix it.  
> > > 
> > >  What exactly do I have to change in the source code to fix this problem on
> > a
> > > Palm IIIx?
> > > 
> > >  I followed the instructions step by step in:
> > >  http://www.ucdot.org/archive/deep/deeply-embedded-linux.html
> > > 
> > >  The uClinuxPalm.prc I get does have the romfs.img at the offset 0x5eef2
> > > 
> > >  I also read:
> > >  http://www.ucdot.org/article.pl?sid=03/01/11/1049210&mode=thread
> > >  but it didn't help.
> > 
> > Try reducing the size of your romfs and see if that helps:
> > 
> > 	rm romfs/bin/....
> > 	make image
> > 	try reloading
> > 
> > You need to keep init and sh,  but most other things can go.  I have
> > seen romfs size changes affect the loading on the .prc,
> > 
> > Cheers,
> > Davidm
> > 
> > -- 
> > David McCullough,  david_mccullough at securecomputing.com,   Ph:+61 734352815
> > Secure Computing - SnapGear  http://www.uCdot.org http://www.cyberguard.com
> > _______________________________________________
> > uClinux-dev mailing list
> > uClinux-dev at uclinux.org
> > http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> > This message was resent by uclinux-dev at uclinux.org
> > To unsubscribe see:
> > http://mailman.uclinux.org/mailman/options/uclinux-dev
> > 
> 
> 
> 
>  
> ____________________________________________________________________________________
> Don't pick lemons.
> See all the new 2007 cars at Yahoo! Autos.
> http://autos.yahoo.com/new_cars.html 
> _______________________________________________
> uClinux-dev mailing list
> uClinux-dev at uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev at uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev

-- 
David McCullough,  david_mccullough at securecomputing.com,   Ph:+61 734352815
Secure Computing - SnapGear  http://www.uCdot.org http://www.cyberguard.com