Re: Memory detection is still broken in 2.3.36

From: Pavel Machek (pavel@suse.cz)
Date: Thu Jan 06 2000 - 13:19:56 EST


Hi!

> > I've dropped Linus off the direct list. I think we should be able to debug
> > this one w/o his help. ;-)
> >
> > Lines 594-606 of setup.c, which is the old section cause problems with
> > 0-length regions, now properly handles them. This must be some new problem.
> >
> > Could we have the e820 data out of /var/log/dmesg? head should work.
>
> Jan 6 05:03:56 thefinal kernel: e820: 0009fc00 @ 00000000 (usable)
> Jan 6 05:03:56 thefinal kernel: e820: 00000400 @ 0009fc00 (reserved)
> Jan 6 05:03:56 thefinal kernel: e820: 00004000 @ 000e8000 (usable)
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
As far as I can remember, this is the line which just is not true.

> Jan 6 05:03:56 thefinal kernel: e820: 00010000 @ 000f0000 (reserved)
> Jan 6 05:03:56 thefinal kernel: e820: 03ee0000 @ 00100000 (usable)
> Jan 6 05:03:56 thefinal kernel: e820: 00010000 @ 03fe0000 (ACPI data)
> Jan 6 05:03:56 thefinal kernel: e820: 00010000 @ 03ff0000 (reserved)
> Jan 6 05:03:56 thefinal kernel: e820: 00016e00 @ 100a0000 (reserved)
> Jan 6 05:03:56 thefinal kernel: e820: 00000200 @ 100b6e00 (ACPI NVS)
> Jan 6 05:03:56 thefinal kernel: e820: 00049000 @ 100b7000 (reserved)
> Jan 6 05:03:56 thefinal kernel: e820: 00080000 @ fff80000 (reserved)
>
> The map looks plausible to me. How do I tell which page ranges the
> kernel is using for memory allocation?
>
> -- Jamie

-- 
I'm pavel@ucw.cz. "In my country we have almost anarchy and I don't care."
Panos Katsaloulis describing me w.r.t. patents me at discuss@linmodems.org

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Sat Jan 15 2000 - 21:00:11 EST