There's a good reason for having the SPDs write-protected. What idiot invented a technology which is writing into SPD (to trigger fancy LEDs) ?
ROG Crosshair VI overclocking thread - Page 1130
Not sure how that thing works, as I didn't have experience with that yet.. But if there's anything writing into the SPD, then it's a very bad idea.
There can be a collision during the write cycle (with anything else trying to read SPD and switch the DDR4 pages) or a fault and the result is then an unpredictable corruption of SPD.
Can we copy the good SPD data to the knackered DRAM modules? Would that work.
Would there be any point if it did? If it happened once in a two week timeframe it WILL happen again.
Worryingly, Aura is not considered BETA either, at least it doesn't say it is.
The G.Skill software is tho, but I've not used that as a user on here said it (probably) broke his RAM and he put me off trying it
Sorry, just saw those screenshots from BIOS. That looks indeed wrong - probably a problem with readout of DIMM SPD EEPROM.
Can you please run a let's say 3 times HWiNFO in Debug Mode and attach the Debug Files produced? I will then check the raw data to see what's going on there.
You might also try to use the RW-Tools and dump SPD data a few times. Then check the difference - for a particular module the content should not change. And if you have the same modules then the raw data should differ only by serial numbers and checksum.
Ok, had to do it another way. Here are my debug files.
Yikes I guess I had better return them right away. Thank you very much for your assistance.
Well I just checked mine in bios. The good one has a page full of numbers but the bad one is entirely empty. Not a sausage!
So If I knew how, I'd be willing to do a copy and paste type thing with Thaiphoon Burner or similar. I could probably stump up 16 Dollars. FOR SCIENCE!
Would bugger the warranty I'm sure but you know, whatever. Its probably all GSKill would do anyway.
Problem is that the Thaiphoon Burner version I have only very rarely reads the SPD data off the modules.
Correct me if I am wrong, but....
It seems to me that there is a growing consensus among us, that the approach GSkill have taken to communicate RGB data to and from the SPD modules over the SMbus is at fault and it is rendering very expensive RAM useless by corrupting vital SPD data. The idea may be sound if executed correctly / carefully but I think we all know the true situation there.
Its a total mess.
Edited by dorbot - 4/24/17 at 4:06pm