aboutsummaryrefslogtreecommitdiffstats
path: root/arch/x86/kernel/e820.c
diff options
context:
space:
mode:
authorJeremy Fitzhardinge <jeremy@goop.org>2008-06-26 12:02:49 -0700
committerIngo Molnar <mingo@elte.hu>2008-07-08 13:16:02 +0200
commit22b45144f67dbaf0705992dc1462de2813fb83a1 (patch)
tree6894ead3ec10e0d9ae7828237283419508fe3840 /arch/x86/kernel/e820.c
parentx86/paravirt: groundwork for 64-bit Xen support, fix (diff)
downloadlinux-dev-22b45144f67dbaf0705992dc1462de2813fb83a1.tar.xz
linux-dev-22b45144f67dbaf0705992dc1462de2813fb83a1.zip
x86/paravirt: groundwork for 64-bit Xen support, fix #2
Ingo Molnar wrote: > that fixed the build but now we've got a boot crash with this config: > > time.c: Detected 2010.304 MHz processor. > spurious 8259A interrupt: IRQ7. > BUG: unable to handle kernel NULL pointer dereference at 0000000000000000 > IP: [<0000000000000000>] > PGD 0 > Thread overran stack, or stack corrupted > Oops: 0010 [1] SMP > CPU 0 > I don't know if this will fix this bug, but it's definitely a bugfix. It was trashing random pages by overwriting them with pagetables... Don't trash a large pmd's data when mapping physical memory. This is a bugfix for "x86_64: adjust mapping of physical pagetables to work with Xen". Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> Cc: xen-devel <xen-devel@lists.xensource.com> Cc: Stephen Tweedie <sct@redhat.com> Cc: Eduardo Habkost <ehabkost@redhat.com> Cc: Mark McLoughlin <markmc@redhat.com> Cc: Vegard Nossum <vegard.nossum@gmail.com> Cc: Nick Piggin <npiggin@suse.de> Cc: Yinghai Lu <yhlu.kernel@gmail.com> Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'arch/x86/kernel/e820.c')
0 files changed, 0 insertions, 0 deletions