From: dylan cristiani <d.cristiani@idem-tech.it>
To: Hein_Tibosch <hein_tibosch@yahoo.es>
Cc: "linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: linux-2.6.36-rc4 problems booting rootfs from SD card
Date: Tue, 28 Sep 2010 16:04:34 +0200 [thread overview]
Message-ID: <20100928160434.000044c1@unknown> (raw)
In-Reply-To: <4CA1F195.4080601@yahoo.es>
On Tue, 28 Sep 2010 21:45:57 +0800
Hein_Tibosch <hein_tibosch@yahoo.es> wrote:
> On 28-9-2010 19:00, dylan cristiani wrote:
> > Hi sirs, here is my scenario: kernel 2.6.36-rc4; cpu pxa270;
> > platform is an enhancement (i like to see things that way...) and
> > customisation of the mainstone III board; here comes the (my)
> > problem: if i boot with my standard kernel boot command line (to
> > boot from system flash): 'root=/dev/mtdblock2 rootfstype=jffs2
> > mem=64M console=ttyS0,115200n8'
> >
> > i can get the rootfs up, and the SD card is up too, and correctly
> > working; here's the relevant kernel log:
> >
> > ....
> > XScale iWMMXt coprocessor detected.
> > rtc-ds1307 0-0068: setting system clock to 2010-09-28 03:03:08 UTC
> > (1285642988)
> > pxa27x-udc pxa27x-udc: USB reset
> > mmc0: new SD card at address aaaa
> > mmcblk0: mmc0:aaaa SD02G 1.84 GiB
> > mmcblk0: p1
> > pxa27x-udc pxa27x-udc: USB reset
> > .....
> >
> > then the rootfs coems up properly.
> >
> > Else, if i try to boot the rootfs directly form the SD card, with
> > kernel boot command line:
> > 'root=/dev/mmcblk0p1 rootfstype=ext2 mem=64M console=ttyS0,115200n8'
> >
> > the rootfs doen't work, and i can see some problems around with usb
> > client gadget; here's the relevant kernel log:
> >
> Hi Dylan
>
> A reason could be that you linked the ext2 driver as a module,
> which is normally loaded after your jffs2 fs has booted?
> The solution would be to link it into the kernel, thus using
> "CONFIG_EXT2_FS=y" in stead of "=m"
Hi Hein, foa thanks for your answer, but the ext2 driver in compiled
into kernel not as a module but buil-into the kernel so i've already:
"CONFIG_EXT2_FS=y"
setted in my .config file
as i told you the booting form SD worked till 2.6.19 kernel and first
trouble i've seen is into 2.6.20
>
> Note that ext3 is again more stable than ext2 and also supported by
> u-boot.
>
> I hacked init/do_mounts.c
>
> - printk("VFS: Cannot open root device \"%s\" or %s\n",
> - root_device_name, b);
> + printk("VFS: Cannot open root device \"%s\" or %s (fstype %s
> err %d)\n",
> + root_device_name, b, fs_names, err);
>
> so at least I get some more error information.
i'll try this and if i'll get more info i'll post them
>
> Good luck!
tks
dylan
next prev parent reply other threads:[~2010-09-28 14:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-28 11:00 linux-2.6.36-rc4 problems booting rootfs from SD card dylan cristiani
[not found] ` <4CA1F195.4080601@yahoo.es>
2010-09-28 14:04 ` dylan cristiani [this message]
2010-09-28 14:16 ` Vasily Khoruzhick
2010-09-28 14:51 ` dylan cristiani
2010-09-28 14:55 ` Ghorai, Sukumar
2010-09-28 14:58 ` Hein_Tibosch
2010-09-28 19:08 ` Russell King - ARM Linux
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=20100928160434.000044c1@unknown \
--to=d.cristiani@idem-tech.it \
--cc=hein_tibosch@yahoo.es \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-mmc@vger.kernel.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