public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "H. Peter Anvin" <hpa@zytor.com>
To: linux-kernel@vger.kernel.org
Subject: Re: vmalloc kernel parameter
Date: Wed, 28 Jun 2006 19:07:03 -0700 (PDT)	[thread overview]
Message-ID: <e7vck7$v1g$1@terminus.zytor.com> (raw)
In-Reply-To: 20060628163339.d2110437.vsu@altlinux.ru

Followup to:  <20060628163339.d2110437.vsu@altlinux.ru>
By author:    Sergey Vlasov <vsu@altlinux.ru>
In newsgroup: linux.dev.kernel
> 
> > Hi, I'm having troubles when using the vmalloc kernel parameter.
> > 
> > My grub config looks as shown below. If I set vmalloc to anything
> > bigger than 128M (the default) then the kernel will not boot and it
> > will log the following on the console:
> > 
> > VFS: Cannot open root device "LABEL=/" or unknown-block(0,0)
> > Please append a correct "root=" boot option
> > Kernel Panic - not syncing: VFS Unable to mount root fs on
> > unknown-block(0,0)
> > 
> > If I specify 128M or less then the kernel will boot just fine and
> > /proc/meminfo will show the effect in VmallocTotal.
> > 
> > Any hint on what I'm crashing with?
> 
> This is a known problem with GRUB: it tries to put initrd at the highest
> possible address in memory, and assumes the standard vmalloc area size.
> You need to trick GRUB into thinking that your machine has less memory
> by using "uppermem 524288" (512M) or even lower - then the initrd data
> will still be accessible for the kernel even with larger vmalloc area.
> 

Grub is just following protocol in that way.  The kernel really ought
to move the initrd to the spot that it wants, preferrably as early as
possible in the boot.  On i386, it could do it in assembly before even
enabling paging; on x86-64 none of this is an issue...

	-hpa


      parent reply	other threads:[~2006-06-29  2:07 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-28 12:15 vmalloc kernel parameter Rodrigo Amestica
2006-06-28 12:33 ` Sergey Vlasov
2006-06-28 15:21   ` Rodrigo Amestica
2006-06-29 13:08     ` Rodrigo Amestica
2006-06-29  2:07   ` H. Peter Anvin [this message]

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='e7vck7$v1g$1@terminus.zytor.com' \
    --to=hpa@zytor.com \
    --cc=linux-kernel@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