Overclock.net › Forums › AMD › AMD Motherboards › ROG Crosshair VI overclocking thread
New Posts  All Forums:Forum Nav:

ROG Crosshair VI overclocking thread - Page 1130

post #11291 of 17435
Quote:
Originally Posted by SpecChum View Post

G.Skill themselves say you must enable "DRAM SPD. Write" on Intel systems for their lighting software to work.

I presume Aura works in the same way since it looks like pretty identical software.

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) ? doh.gif
post #11292 of 17435
Quote:
Originally Posted by Mumak View Post


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.

post #11293 of 17435
Quote:
Originally Posted by dorbot View Post


Can we copy the good spd data to the knackered DRAM modules? Would that work.

Yes it should. But you'll probably loose the correct serial numbers (if there are any). But still better than modules with bad SPD - that can drive the BIOS crazy.
post #11294 of 17435
Quote:
Originally Posted by Mumak View Post

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) ? doh.gif

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 biggrin.gif
post #11295 of 17435
Quote:
Originally Posted by Mumak View Post

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.

https://1drv.ms/f/s!AmnqYpEo4iX0gleDQe2JbyXMO7Qf
Quote:
Originally Posted by Mumak View Post

Sorry to say, but those modules have a pretty badly messed up SPD..

Yikes I guess I had better return them right away. Thank you very much for your assistance.
post #11296 of 17435
You're welcome.
It's too later here and I'm too tired. Need to go to bed, will check back tomorrow.
Good luck..
post #11297 of 17435
Quote:
Originally Posted by Mumak View Post

You're welcome.
It's too later here and I'm too tired. Need to go to bed, will check back tomorrow.
Good luck..

Thanks for all your help!
post #11298 of 17435
Quote:
Originally Posted by CeltPC View Post

Yikes I guess I had better return them right away. Thank you very much for your assistance.

Luckily, I got mine from Amazon so RMA shouldn't be an issue, but apart from the SPD reading issue mine's running OK.
post #11299 of 17435
Quote:
Originally Posted by Mumak View Post


Yes it should. But you'll probably loose the correct serial numbers (if there are any). But still better than modules with bad SPD - that can drive the BIOS crazy.


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
post #11300 of 17435
4.0 + 3300-CL14 Cinebench results: Single Core 164, Multi Core 1783. Interestingly an older MC run at 4.1 only reached 1739, so I assume that I used slow RAM settings back then.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: AMD Motherboards
Overclock.net › Forums › AMD › AMD Motherboards › ROG Crosshair VI overclocking thread