DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=mPkdfUiRk06zCPtE5nTILhMFWysPoQaGpJF3jXgaN57NNTFOmJK3HdKxpzZVoQHnVj16C2O3qmUOUIVcwxAvb7oZrVndDPQZ73zEF/xCsEoRr6zcgPCa333zT7Qmrfi6ExHAlKJBMpck4/VciM8eWL2i9xPA/Qip0dkf3JO7iIo=
Message-ID: <ab40e9c0709031003h72901a45wafc8697f086af477@mail.gmail.com>
Date: Mon, 3 Sep 2007 19:03:28 +0200
From: "Xu Yang" <risingsunxy@googlemail.com>
To: "Bill Davidsen" <davidsen@tmr.com>
Subject: Re: ramdisk
Cc: LKML <linux-kernel@vger.kernel.org>
In-Reply-To: <46DC2228.7080503@tmr.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <ab40e9c0709030604u5fecf34dr945ece01b95e622d@mail.gmail.com>
	 <46DC2228.7080503@tmr.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 3027
Lines: 97

thanks for the reply.

no , it is not decompressed. isn' t the kernel supposed to do that? As
we have tried to load this filesystem on the pc, it turns out the the
kernel can recognize it.

concerning the root=/dev/ram0,
as the default value is root=/dev/nfs, so I just modify the nfs to
ram0. is this might be a problem?

regards,


2007/9/3, Bill Davidsen <davidsen@tmr.com>:
> Xu Yang wrote:
> > Hi everyone,
> >
> > I want to use ramdisk to boot my filesystem, as I can't use NFS and harddisk.
> >
> > I have load the ramdisk into the ram memory (start address :0x4000000)
> >
> > and in the boot options I specified : root =dev/ram0 initrd=0x4000000
> >
> > but the kernel said it can not find any file system on it.
> >
> Looking at the information below, did the program which loaded the
> filesystem into RAM decompress it? It noted that it was compressed so I
> would assume so, but I am unfamiliar with ARM tools, so I ask the
> question. Also, should the boot device be "/dev/ram0" rather than
> "dev/ram0" or is that correct for your system?
>
> > Here is the information I can supply :
> > U-Boot 1.2.0 (Aug 31 2007 - 20:54:55)
> >
> > ***  Auto-detects ethernet chip ***
> >
> >
> >
> > DRAM:   0 kB
> > ## Unknown FLASH on Bank 1 - Size = 0x00000000 = 0 MB
> > Flash:  0 kB
> > *** Warning - bad CRC, using default environment
> >
> > In:    serial
> > Out:   serial
> > Err:   serial
> >
> > Hit any key to stop autoboot:  0
> > ## Booting image at 00007fc0 ...
> >    Image Name:   Linux-2.6.19-arm2
> >    Image Type:   ARM Linux Kernel Image (uncompressed)
> >    Data Size:    740372 Bytes = 723 kB
> >    Load Address: 00008000
> >    Entry Point:  00008000
> > OK
> >
> >
> > ## Loading Ramdisk Image at 04000000 ...
> >    Image Name:   ramdisc
> >    Image Type:   ARM Linux RAMDisk Image (gzip compressed)
> >    Data Size:    12582962 Bytes = 12 MB
> >    Load Address: 04000000
> >    Entry Point:  04000000
> >
> > Starting kernel ...
> >
> >
> > .........................................................................................
> >
> > RAMDISK driver initialized: 16 RAM disks of 10240K size 1024 blocksize
> > <6>loop: loaded (max 8 devices)
> > <6>mice: PS/2 mouse device common for all mice
> > <6>VFP support v0.3: implementor 41 architecture 1 part 20 variant b rev 3
> > No filesystem could mount root, tried:  ext2 cramfs vfat
> > <0>Kernel panic - not syncing: VFS: Unable to mount root fs on
> > unknown-block(1,0)
> >
> >
> > Who can give me some hints ? or point me some direction to handle this.
> >
> > I appreciate this very much.
> >
> > regards,
> >
> > Yang
>
>
> --
> Bill Davidsen <davidsen@tmr.com>
>   "We have more to fear from the bungling of the incompetent than from
> the machinations of the wicked."  - from Slashdot
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/