https://ticket.coreboot.org/https://ticket.coreboot.org/themes/PurpleMine2-2.16.2/favicon/favicon.ico?12016-05-31T15:07:51ZIssue Trackercoreboot - Feature #56: 16GB DIMM support on Sandy/Ivy Bridgehttps://ticket.coreboot.org/issues/56?journal_id=1452016-05-31T15:07:51ZPatrick Rudolphsiro@das-labor.org
<ul></ul><p>My guess is that the DRAM address pin for 16GB DIMMs is missing. Please try to modify raminit and fake a 8GB DIMM.<br>
The same could be achieved by modifing TOM, TOUUD, MEBASE, REMAP, ....<br>
If the payload is working, it's a hardware bug.<br>
The raminit seems to work fine.</p>
<p>I don't know if 16 GB DIMMs have been tested by the vendor. I guess not.</p>
coreboot - Feature #56: 16GB DIMM support on Sandy/Ivy Bridgehttps://ticket.coreboot.org/issues/56?journal_id=3802017-08-10T06:46:48ZArthur Heymansarthur@aheymans.xyz
<ul></ul><p>This also happens on older controllers (intel 4 series) when unsupported RAM is used. Raminit succeeds because during raminit all ranks are mapped as 128M? ranks which does not present the issue of not addressable ram (which I think causes the crashes). On Intel 4 series faking lower sized dimms worked to some extend: it boots Linux and is usually workable (but locks up in memtest86+ after ~12min).</p>
<p>Datasheets say only 4G technology is supported (so 8G for dimms with 2 ranks) and I doubt it can be worked around.</p>
<p>Let's close this one?</p>
coreboot - Feature #56: 16GB DIMM support on Sandy/Ivy Bridgehttps://ticket.coreboot.org/issues/56?journal_id=3832017-08-11T05:13:41ZPatrick Rudolphsiro@das-labor.org
<ul></ul><p>It would be easier to have a working platfrom (X79) and then reverse engineer or test coreboot on that platform.</p>