Re: problem with grub configuration

[erich]

Jeremy Katz <address@hidden> wrote:

> > Do this with the "uppermem" command, so instead of your entry looking
> > like the following:
> [snip] 
> > ...so I *think* it would instead look like this:
> > 
> > title Red Hat Linux (2.4.7-10smp)
> >         uppermem 259072
> >         root (hd0,0)
> >         kernel /boot/vmlinuz-2.4.7-10smp ro root=/dev/sda1
> >         initrd /boot/initrd-2.4.7-10smp.img
> 
> You also still need to pass mem= on the kernel command line if you go
> this route.  Having grub pass its detected memory to the kernel by
> default with a 2.4 kernel leads to problems due to not taking into
> account any holes which you may have in your memory layout, thus is
> disabled in the Red Hat Linux packages.

What?  OK, I'm confused.  Do you mean, removed from the Red Hat Linux
*GRUB* package?

I looked at the Red Hat kernel source, and it seemed clear that the
kernel already handles this just fine.

It parses the "mem=" option as just one memory region.  I even tested
this out on one of my huge memory boards recently (from recent GRUB
CVS), and it worked perfectly fine, restricting one memory region
while allowing for the others.

GRUB's "mem=" option it passes takes into account memory holes just
fine, but not putting anything above the first hole into there, which
is what the kernel source expects.

Maybe I'm missing something here?

--
    Erich Stefan Boleyn     <address@hidden>     http://www.uruk.org/
"Reality is truly stranger than fiction; Probably why fiction is so popular"