[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <46FC2BFD.6070200@zytor.com>
Date: Thu, 27 Sep 2007 15:17:33 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: jkeating@...hat.com, Joerg Pommnitz <pommnitz@...oo.com>,
Jordan Crouse <jordan.crouse@....com>,
Chuck Ebbert <cebbert@...hat.com>
CC: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Andi Kleen <ak@...e.de>
Subject: More E820 brokenness
As luck would have it, it's not just an obscure Geode system which has a
broken E820 implementation. Today I received a bug report about a Dell
system (XPS M1330) with broken E820.
Unfortunately, the workaround for the Geode breaks this system, because
x86-64 doesn't fall back to the e801/88 information like the i386 kernel
does.
I wonder if the relevant people could test out this patch to see how it
works on their respective system. This patch reverts to 2.6.23-rc8
behaviour of simply truncating the map, but still makes e801/88 info
available to the kernel; this hopefully should match 2.6.22 behaviour.
I want to emphasize that this is seriously broken. Using a partial e820
map could have disastrous results, since the kernel will have partial
memory map information and not know about reserved areas, etc. Part of
me feels that the right thing to do is what the current git kernel does
-- either fall back to e801, or stop and error.
(Andi: I would particularly appreciate your opinion on this issue.)
-hpa
View attachment "diff" of type "text/plain" (642 bytes)
Powered by blists - more mailing lists