All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alois Fertl <alois_fertl@talknet.de>
To: Xavier Grave <grave@ipno.in2p3.fr>
Cc: linuxppc-dev@lists.linuxppc.org
Subject: Re: initial console
Date: Wed, 18 Oct 2000 21:58:02 +0200	[thread overview]
Message-ID: <39EE00CA.BE9889DC@talknet.de> (raw)
In-Reply-To: 39EDC604.A6776B85@muenchen.europe.mcd.mot.com


The problem you are seeing here is probably prep_init in prep_setup.c
not copying the arguments passed by the boot loader into the kernels command
line. Your root=/dev/sda5 is probably ignored.
Look at your early log messages during boot. There should be a line
"Boot arguments: ..." telling you those things seen by the kernel.

In case the arguments aren't as you typed them, try putting the following
lines at the beginning of prep_init:

+       if (r6) {
+               *(char *)(r7 + KERNELBASE) = 0;
+               strcpy(cmd_line, (char *)(r6 + KERNELBASE));
+       }

What hardware is this running on? If it is Motorola VME this failure is only
the starting point and other trouble will follow. There are additional fixes
but I can't verify them against a working source at the moment. test9 and test10
from fmlabs currently both panic during init as soon as the process starts using
the hard drive (this is on a PowerStack).

Xavier Grave wrore:
>
> On Thu, 19 Oct 2000, Chris Leishman wrote:
> > I know it sounds dumb, but have you ensured that you've got the root partition
> > set correctly?  I've seen these errors before when I had a root partition
> > specified that didn't contain /dev or /sbin/init.
>
> /dev/sda5 on / type ext2 (rw,errors=remount-ro,errors=remount-ro)
> proc on /proc type proc (rw)
> devpts on /dev/pts type devpts (rw,gid=5,mode=620)
> /dev/sda2 on /boot type ext2 (rw)
> /dev/sda6 on /home type ext2 (rw)
> /dev/sda7 on /export/data1 type ext2 (rw)
> /dev/sda8 on /export/data2 type ext2 (rw)
>
> And I give the following argument root=/dev/sda5
> with the 2.4.0 kernel it fails but with a 2.2.17 kernel it works.
>
> 33 (0) 1 69 15 79 59
> De chacun selon ses forces, a chacun selon ses besoins
>


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

       reply	other threads:[~2000-10-18 19:58 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <39EDC604.A6776B85@muenchen.europe.mcd.mot.com>
2000-10-18 19:58 ` Alois Fertl [this message]
2000-10-19 12:16   ` initial console Xavier Grave
2000-10-20  1:19     ` Matt Porter
2008-10-13 12:20 Initial Console Prabhu Chawandi
2008-10-13 12:20 ` Prabhu Chawandi
2008-10-13 16:02 ` Geert Uytterhoeven
  -- strict thread matches above, loose matches on Subject: below --
2000-10-18  9:25 initial console Xavier Grave
2000-10-18 10:20 ` Gabriel Paubert
2000-10-18 11:46   ` Xavier Grave
2000-10-18 11:53     ` Gabriel Paubert
2000-10-18 11:25 ` Geert Uytterhoeven
2000-10-19  7:22   ` Xavier Grave
2000-10-19 13:22     ` Geert Uytterhoeven
2000-10-18 15:16 ` Chris Leishman
2000-10-18 15:24   ` Xavier Grave

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=39EE00CA.BE9889DC@talknet.de \
    --to=alois_fertl@talknet.de \
    --cc=grave@ipno.in2p3.fr \
    --cc=linuxppc-dev@lists.linuxppc.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.