* docboot freeze
@ 2005-03-06 3:51 Matt Garratt
0 siblings, 0 replies; 4+ messages in thread
From: Matt Garratt @ 2005-03-06 3:51 UTC (permalink / raw)
To: linux-mtd
Hi All,
I am trying to get docboot to work with a new inftla DOC2000 but docboot
freezes after:
Loading kernel.......Loading initrd.....
My cmdline is:
root=/dev/ram0 rootfstype=ext2 ro console=tty0,9600
My /etc/lilo.conf stanza (which works from hard disk with the same bzImage
and initrd file) is:
image = /boot/bzImage
root = /dev/ram0
label = ramOS
initrd = /boot/tiny.image.ext2.gz
read-only
I may be misinterpreting the meaning of the cmdline parameters, but any
suggestions would be very welcome.
I am using a 2.6.9 kernel patched from cvs. I am not using jffs2.
Matt
^ permalink raw reply [flat|nested] 4+ messages in thread
* docboot freeze
@ 2005-03-07 11:40 Matt Garratt
2005-03-14 21:02 ` Dan Brown
0 siblings, 1 reply; 4+ messages in thread
From: Matt Garratt @ 2005-03-07 11:40 UTC (permalink / raw)
To: linux-mtd
I am still trying to get docboot to work from a DOC200 after giving up on
grub after much time wasted. Getting the DOC to boot is the most frustrating
thing I have done for quite a while. I get as far as:
Loading kernel.......Loading initrd.....
My cmdline is:
root=/dev/ram0 rootfstype=ext2 ro console=tty0
I was wondering if the arguments for the cmdline were defined somewhere and
if there any limitations? For example, does root have to be an mtd device?
It sais in the README that there is no serial port support yet the default
cmdline contains console=ttyS0,115200 - I am a bit confused by this.
I am trying to run the root filesystem from RAM.
I get the same kernel and initrd file to boot on the same machine from a
hard diskc using lilo. The lilo stanza for doing this is:
image = /boot/bzImage
root = /dev/ram0
label = ramOS
initrd = /boot/tiny.image.ext2.gz
read-only
I may be misinterpreting the meaning of the cmdline parameters, but any
suggestions would be very welcome.
I am using a 2.6.9 kernel patched from cvs. I am not using jffs2. I have a
new DOC2000 with inftla.
Matt
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: docboot freeze
2005-03-07 11:40 docboot freeze Matt Garratt
@ 2005-03-14 21:02 ` Dan Brown
2005-03-14 22:29 ` Matt Garratt
0 siblings, 1 reply; 4+ messages in thread
From: Dan Brown @ 2005-03-14 21:02 UTC (permalink / raw)
To: Matt Garratt; +Cc: linux-mtd
Matt Garratt wrote:
> I am still trying to get docboot to work from a DOC200 after giving up on
> grub after much time wasted. Getting the DOC to boot is the most frustrating
> thing I have done for quite a while. I get as far as:
>
> Loading kernel.......Loading initrd.....
Hi, Matt. Sorry I didn't respond to your message sooner. I'm sorry to
hear about the trouble you're having. My guess is that the newly-added
initrd support in DOCBoot is buggy in some fashion -- it's received very
little testing.
To help me figure this out, can you tell me how much RAM your system has?
Also, please try the following test: Install DOCBoot WITHOUT the
ramdisk image (but with the same cmdline). This, of course, should fail
when the kernel tries to load data from /dev/ram0. But at least you
should see all the initial kernel messages before it tries to mount the
root filesystem. The fact that you currently don't see those messages
indicates to me that DOCboot is doing Something Bad when it loads your
initrd.
> My cmdline is:
>
> root=/dev/ram0 rootfstype=ext2 ro console=tty0
>
> I was wondering if the arguments for the cmdline were defined somewhere and
> if there any limitations? For example, does root have to be an mtd device?
No, there should be no such limitations. I don't think this is user
error :)
> It sais in the README that there is no serial port support yet the default
> cmdline contains console=ttyS0,115200 - I am a bit confused by this.
What I meant by that is that you can't see the messages printed by
DOCBoot itself on a serial port, only on your monitor. Also, there is
no ability to control DOCBoot from a serial port (using a keyboard, you
can skip DOCBoot installation).
The information in your cmdline affects the use of the serial port by
the Linux kernel, not by DOCBoot.
> I am trying to run the root filesystem from RAM.
>
> I get the same kernel and initrd file to boot on the same machine from a
> hard diskc using lilo. The lilo stanza for doing this is:
>
> image = /boot/bzImage
> root = /dev/ram0
> label = ramOS
> initrd = /boot/tiny.image.ext2.gz
> read-only
>
> I may be misinterpreting the meaning of the cmdline parameters, but any
> suggestions would be very welcome.
The fact that this works for you in LILO strongly indicates a bug in my
initrd loading code, which is very simplistic.
-Dan
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: docboot freeze
2005-03-14 21:02 ` Dan Brown
@ 2005-03-14 22:29 ` Matt Garratt
0 siblings, 0 replies; 4+ messages in thread
From: Matt Garratt @ 2005-03-14 22:29 UTC (permalink / raw)
To: linux-mtd
Hi Dan, thank you very much for replying. I have 256MB RAM. I will try the
test you have suggested as soon as I can.
> -----Original Message-----
> From: Dan Brown [mailto:dan_brown@ieee.org]
> Sent: Tuesday, 15 March 2005 8:03 AM
> To: Matt Garratt
> Cc: linux-mtd@lists.infradead.org
> Subject: Re: docboot freeze
>
>
> Matt Garratt wrote:
> > I am still trying to get docboot to work from a DOC200 after
> giving up on
> > grub after much time wasted. Getting the DOC to boot is the
> most frustrating
> > thing I have done for quite a while. I get as far as:
> >
> > Loading kernel.......Loading initrd.....
>
> Hi, Matt. Sorry I didn't respond to your message sooner. I'm sorry to
> hear about the trouble you're having. My guess is that the newly-added
> initrd support in DOCBoot is buggy in some fashion -- it's received very
> little testing.
>
> To help me figure this out, can you tell me how much RAM your system has?
>
> Also, please try the following test: Install DOCBoot WITHOUT the
> ramdisk image (but with the same cmdline). This, of course, should fail
> when the kernel tries to load data from /dev/ram0. But at least you
> should see all the initial kernel messages before it tries to mount the
> root filesystem. The fact that you currently don't see those messages
> indicates to me that DOCboot is doing Something Bad when it loads your
> initrd.
>
> > My cmdline is:
> >
> > root=/dev/ram0 rootfstype=ext2 ro console=tty0
> >
> > I was wondering if the arguments for the cmdline were defined
> somewhere and
> > if there any limitations? For example, does root have to be an
> mtd device?
>
> No, there should be no such limitations. I don't think this is user
> error :)
>
> > It sais in the README that there is no serial port support yet
> the default
> > cmdline contains console=ttyS0,115200 - I am a bit confused by this.
>
> What I meant by that is that you can't see the messages printed by
> DOCBoot itself on a serial port, only on your monitor. Also, there is
> no ability to control DOCBoot from a serial port (using a keyboard, you
> can skip DOCBoot installation).
>
> The information in your cmdline affects the use of the serial port by
> the Linux kernel, not by DOCBoot.
>
> > I am trying to run the root filesystem from RAM.
> >
> > I get the same kernel and initrd file to boot on the same machine from a
> > hard diskc using lilo. The lilo stanza for doing this is:
> >
> > image = /boot/bzImage
> > root = /dev/ram0
> > label = ramOS
> > initrd = /boot/tiny.image.ext2.gz
> > read-only
> >
> > I may be misinterpreting the meaning of the cmdline parameters, but any
> > suggestions would be very welcome.
>
> The fact that this works for you in LILO strongly indicates a bug in my
> initrd loading code, which is very simplistic.
>
> -Dan
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2005-03-14 22:29 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-07 11:40 docboot freeze Matt Garratt
2005-03-14 21:02 ` Dan Brown
2005-03-14 22:29 ` Matt Garratt
-- strict thread matches above, loose matches on Subject: below --
2005-03-06 3:51 Matt Garratt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox