lkml.org 
[lkml]   [2012]   [Dec]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [GIT PULL] x86/uapi for 3.8
On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin <hpa@zytor.com> wrote:
>
> Matt is on vacation, and I'm partly offline for the weekend, but that
> definitely seems suspicious. Do we have a memory map of the affected
> machine(s)?

Here's mine.

e820: BIOS-provided physical RAM map:
BIOS-e820: [mem 0x0000000000000000-0x000000000009e7ff] usable
BIOS-e820: [mem 0x000000000009e800-0x000000000009ffff] reserved
BIOS-e820: [mem 0x00000000000e4000-0x00000000000fffff] reserved
BIOS-e820: [mem 0x0000000000100000-0x00000000bdc6ffff] usable
BIOS-e820: [mem 0x00000000bdc70000-0x00000000bdc87fff] ACPI data
BIOS-e820: [mem 0x00000000bdc88000-0x00000000bdcdbfff] ACPI NVS
BIOS-e820: [mem 0x00000000bdcdc000-0x00000000bfffffff] reserved
BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
BIOS-e820: [mem 0x00000000ff800000-0x00000000ffffffff] reserved
BIOS-e820: [mem 0x0000000100000000-0x00000001fbffffff] usable
BIOS-e820: [mem 0x00000001fc000000-0x00000001ffffffff] reserved
BIOS-e820: [mem 0x0000000200000000-0x000000023fffffff] usable

but as mentioned, there's bound to be some particular kernel layout
that triggers this, because I definitely ran a few kernels with that
commit in it without problems (and clearly other people are too).
Looking at my boot log, I had successful boots with both 6a57d104c8cb
and c2714334b944, which contains that commit.

It might also be that it causes some massive corruption at boot time,
but it then requires that that particular memory is actually used. So
maybe it's not so much about the memory map except indirectly.

But that commit *does* look a lot more likely than the things I looked at.

Markus, how did you happen to pinpoint that particular commit? Is it
entirely repeatable for you?

Linus


\
 
 \ /
  Last update: 2012-12-15 21:41    [W:0.088 / U:0.088 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site