Re: boot failure on i7-3317u in Samsung 900x3c

From: Matt Fleming
Date: Mon Oct 08 2012 - 06:09:41 EST


(Cc'ing some arch and MCE folks since my MCE-foo is weak)

On Mon, 2012-10-08 at 00:43 +0600, Mike Bakhterev wrote:
> Greetings.
>
> When i'm trying to boot the subject maching in UEFI mode i get
> sometimes machine check exception 0xbe2000000003110a (i was not able
> to decode this, as some bits are not covered in Intel's Manuals). It
> emerges when i am booting 3.4.x, 3.5.4 and 3.5.5 kernels from
> ArchLinux. When i am booting from SSD i get this error all the time,
> when i'm booting from USB stick i get this sometimes (quite frequently
> and the probability to boot succesfully is increased when i specify
> "verbose" kernel option). I'm booting with systemd. The sytems boots
> always successfully, when i use the installation ArchLinux image,
> which is shipped with 3.5 kernel and boots in BIOS mode with
> traditional initscripts.

We've seen things like this before on Samsung laptops,

https://bugzilla.kernel.org/show_bug.cgi?id=47121

We attributed it to a buggy UEFI implementation.

> It looks like race condition when configuring memory or something like this.
>
> It is not hardware error, because Windows 7 and 8 boot and run fine.
> And this is my second unit, because the first one was broken
> (something with motherboard) when running Windows 8, and Linux on that
> broken machine reported the same MCE. Now Windows works OK (if you
> could say, it works), and Linux reports the same MCEs.

So both Windows 7 and 8 boot successfully on your new laptop, but every
OS failed with the *same* MCE error on your first? That is interesting.

Does anyone have a clue how to diagnose this further? I still think it's
a buggy UEFI implementation, especially since it ships with a CSM. Is it
possible that these MCE errors are non-fatal on Win 7/8?

--
Matt Fleming, Intel Open Source Technology Center

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