[coreboot] KGPE-D16 with over 128GB RAM - works reliably yet?

Timothy Pearson tpearson at raptorengineering.com
Sun Jan 29 20:12:53 CET 2017


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 01/29/2017 09:38 AM, Peter Stuge wrote:
> Timothy Pearson wrote:
>> Populating all four slots closest to CPU1 with large ECC registered
>> DIMMs is a surefire way to recreate the instability -- note a
>> training failure is not common, the main issue is that the marginal
>> routing causes severe memory corruption when the BKDG-recommended
>> algorithms are used.
> 
> What does the vendor BIOS do?

Unknown.  I would imagine there is a hack in the vendor BIOS to work
around this board-specific issue, but that doesn't help coreboot very
much.  We had looked into it before, but decided it was not worth the
cost to research and implement a fix.

For what it's worth, there are several threads online about the KGPE-D16
and memory corruption with the vendor BIOS.  It seems to have taken ASUS
some time to iterate and work around the problem.

- -- 
Timothy Pearson
Raptor Engineering
+1 (415) 727-8645 (direct line)
+1 (512) 690-0200 (switchboard)
https://www.raptorengineering.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJYjj6vAAoJEK+E3vEXDOFbbH8H/RarB/ky7zMKzZrWnYJgsieD
bEA7RXdCQyBU8w44QOswMbdaM61e4V4luwklJlCUSMgsCfuABHNgoR9v1C1u9E1b
Q5AKj0FJzUgET1Eb+dBfN7VAVG1ezhJkPHXqRJI9MPkKsmwlAXrYynaZqS6x8AZE
q4a0VYqWyckDTECti+kjgGwN5EyPEy+Mg+9ic1tSn8ItjIlV8ztpvmTUy2d56B+R
wr4RKDM8WBWOMQm2itPVKAoeM7KA3ewJ2ZkpLG1cGmUMOjIMPyjlEKPKchBbpmvk
zoPBhyJSDbbcMoAWp4h2813pVWWDxCufmcGlINZSwztmKkhXWgRDDnRlH7J6PRs=
=EcKb
-----END PGP SIGNATURE-----



More information about the coreboot mailing list