[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