linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Pawel Studencki <pstudencki@yahoo.com>
To: Eugene Surovegin <ebs@ebshome.net>
Cc: linuxppc-embedded@ozlabs.org
Subject: Re: using initramfs with ppc
Date: Mon, 18 Apr 2005 14:24:01 -0700 (PDT)	[thread overview]
Message-ID: <20050418212401.33270.qmail@web51310.mail.yahoo.com> (raw)
In-Reply-To: 6667

hello,

It can be wrong kernel parameter or problem with mtd
or cramfs support. But if I see my kernel messages,
everything seems to be OK for me. I've attached kernel
logging, so let me know, if I'm wrong.

Do I need initramfs if I want to mount root filesystem
on CRAMFS? If so, with special devices?

I found some problems here:
static int __init do_mount_root(char *name, char *fs,
int flags, void *data)
{
	int err = sys_mount(name, "/root", fs, flags, data);
	if (err)
		return err;
[...]
}
return -2.

Directory "/root" hasn't been found! Does this funtion
look for on initramfs???

best regards
Pawel
------------------------------------
Kernel command line: console=ttyCPM0, 57600
root=/dev/mtdblock1 
rootfstype=cramfs ro
PID hash table entries: 128 (order: 7, 2048 bytes)
Decrementer Frequency = 187500000/60
m8xx_wdt: wdt disabled (SYPCR: 0xFFFFFF88)
Console: colour dummy device 80x25
Dentry cache hash table entries: 4096 (order: 2, 16384
ytes)
Inode-cache hash table entries: 2048 (order: 1, 8192
ytes)
Memory: 14772k available (976k kernel code, 368k data,
60k init, 0k 
highmem)
Mount-cache hash table entries: 512 (order: 0, 4096
bytes)
NET: Registered protocol family 16
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Serial: CPM driver $Revision: 0.01 $
ttyCPM0 at MMIO 0xff000a60 (irq = 43) is a CPM UART
io scheduler noop registered
loop: loaded (max 8 devices)
physmap flash device: 400000 at ffc00000
phys_mapped_flash: Found 1 x16 devices at 0x0 in
16-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due
to code 
brokenness.
Creating 5 MTD partitions on "phys_mapped_flash":
0x00000000-0x000d0000 : "Kernel"
mtd: Giving out device 0 to Kernel
0x000d0000-0x001d0000 : "RootFS"
mtd: Giving out device 1 to RootFS
0x001d0000-0x00300000 : "ApplFS1"
mtd: Giving out device 2 to ApplFS1
0x00300000-0x00330000 : "U-Boot"
mtd: Giving out device 3 to U-Boot
0x00330000-0x00400000 : "ApplFS2"
mtd: Giving out device 4 to ApplFS2
VFS: Cannot open root device "mtdblock1" or
unknown-block(31,1)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root
fs on 
unknown-block(31,1)



--- Eugene Surovegin <ebs@ebshome.net> wrote:
> On Mon, Apr 18, 2005 at 08:34:42AM -0700, Pawel
> Studencki wrote:
> > Hello,
> >  
> > I use a custom board with 8xx and kernel 2.6.11
> and
> > try to mount root fs
> > based on cramfs. I still have problems with
> mounting
> > VFS:
> > 
> > VFS: Cannot open root device "mtdblock1" or
> > unknown-block(31,1)
> > Please append a correct "root=" boot option
> > Kernel panic - not syncing: VFS: Unable to mount
> root
> > fs on
> > unknown-block(31,1)
> > 
> > I found, that perhaps the reason is initramfs.
> 
> Unlikely.
> 
> Please, check that you have mtdblock device enabled
> in config, also 
> that you have configured your flash support, and
> mtdblock1 partition 
> actually exists.
> 
> -- 
> Eugene
> 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

             reply	other threads:[~2005-04-18 21:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-18 21:24 Pawel Studencki [this message]
2005-04-18 22:01 ` using initramfs with ppc Eugene Surovegin
2005-04-19  0:36   ` Manoj Padhi
2005-04-19  3:35     ` HW + SW development tools for embedded linux (was Re: using initramfs with ppc) Ricardo Scop
  -- strict thread matches above, loose matches on Subject: below --
2005-04-18 15:34 using initramfs with ppc Pawel Studencki
2005-04-18 16:03 ` Eugene Surovegin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050418212401.33270.qmail@web51310.mail.yahoo.com \
    --to=pstudencki@yahoo.com \
    --cc=ebs@ebshome.net \
    --cc=linuxppc-embedded@ozlabs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).