Official GIGABYTE Forum

Questions about GIGABYTE products => Motherboards with Intel processors => Topic started by: Trinitrotoluene on October 24, 2010, 10:33:30 am

Title: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 24, 2010, 10:33:30 am
Just a quick question: the "verifying DMI data pool" process on my X58A UD3R board with bios FB takes a good 20 seconds to complete. Is this something I should worry about or just something inherent to the FB bios version?

It just got me thinking, as I have some BSOD problems as well (http://www.sevenforums.com/crashes-debugging/119176-new-hardware-clean-install.html)

Windows 7 Ultimate 64 bit
Core i7 930
Gigabyte X58A UD3R Bios FB
6GB OCZ Platinum 1333Mhz (OCZ3P1333LV6GK)
Radeon 5870
Creative X-Fi Titanium
2x Samsung HD103SJ BIOS Raid0 for windows, apps, games
1x WD3200KS


Thanks in advance  :)
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 24, 2010, 10:46:06 am
Hi TNT and welcome to the Gigabyte Forum.

No, nothing to worry about at all. Just standard boot procedure. Gigabyte boards do seem to take a litle longer than some other makes when booting although you can mimimise this with the usaul tweaks such as disabling anything that isn't being used eg the floppy drive etc ;)

Your BSODs form what I could see on the other forum could well still be memory linked. Are your memory modules listed as compatible with this motherboard?
Title: Re: X58A UD3R DMI Data pool
Post by: Lsdmeasap on October 24, 2010, 11:15:01 am
Do you mean the DMI Pool part itself actually takes 20 seconds, or the whole boot process including that?

If it's only the verifying DMI pool data itself that is taking that long then that is not normal, please set HDD First in the 1, 2, 3, boot order then CD if you need, then disable the third entry.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 24, 2010, 11:29:53 am
Just the DMI verification part takes 20 seconds. So I shouldn't worry about that you say. I will take a look at my BIOS boot procedure to see if I can tweak it a bit more, thanks!

The modules are indeed on the supported list of this board, I bought them specifically because of this fact. The new modules I got after RMA have passed 16 hours and 16 passes of memtest. Should be OK, right?

Also is it normal that my monitor takes a while to kick in? It first checks HDMI, analog, then digital - where it finally is activated. By that time, the PC has come to the DMI verification. Probably normal, but please just relax my brain on this  :-*


Any additional thoughts on the BSOD's are welcome. Though I am assuming it is something software/driver related, considering the very good memtest pass!



EDIT: setting the boot order to HDD, CDROM, none - speeds up the DMI verification, thanks a lot!
Title: Re: X58A UD3R DMI Data pool
Post by: Gary123 on October 24, 2010, 05:44:24 pm
Do you mean the DMI Pool part itself actually takes 20 seconds, or the whole boot process including that?

If it's only the verifying DMI pool data itself that is taking that long then that is not normal, please set HDD First in the 1, 2, 3, boot order then CD if you need, then disable the third entry.

Hm, my BIOS (FB) takes that long too, just for the Verifying DMI Pool Data part. Specifically, the second line of dots (the one that only appeared after I enabled AHCI) takes that long--the first line of dots is very quick. I hadn't realized that the AHCI delay is abnormal.

I have the first boot option set to CDROM, second to HDD, third disabled.

I don't boot often enough to care about the delay, but do you think it could be a symptom of a more serious problem? (The system seems very stable.)
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 24, 2010, 05:58:19 pm
As I know you already realise the boot could be shortened by putting you boot HDD at the top of the boot sequence and disabling anything that you don't use. As you mentioned the AHCI seems to lenthen the verifying process. All these things are not that important if you dont reboot very often. ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 24, 2010, 09:58:17 pm
It's a shame that we don't know exactly how deep the verification process goes for the DMI. I am not sure if it just checks the Main BIOS or if it also checks the Backup BIOS. If it does check both then it could be a problem if they are out of sync. That may be another thing that you want to check.

I think that your main problem is just down to the configuration and the fact that Gigabyte motherboards are slower than some at booting. The only other thing I can think of that might help would be to make sure that the DMI is up to date by reflashing the BIOS and clearing the DMI at the same time.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 25, 2010, 09:21:12 am
In my case I can confirm that it was just the boot procedure that slowed it down. (HDD, CDrom, none).

I know how much you guys dislike @bios, but that's what I used to flash. At the time I didn't know better, wish I had a USB stick somewhere. So I can also confirm that not clearing the DMI, like one does with Qflash, did not cause the DMI verification slowdown.

I hope that adds something useful! And nevermind my monitor question, it's "fixed".
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 25, 2010, 09:26:18 am
Good, always nice to know that the original problem has been fixed. ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Gary123 on October 25, 2010, 01:35:31 pm
As I know you already realise the boot could be shortened by putting you boot HDD at the top of the boot sequence

Ok, I just wasn't sure if that was being suggested as a workaround option or merely as a diagnostic procedure. (Until I enabled AHCI, the delay didn't occur even with CDROM set as the first boot device.)
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 25, 2010, 01:40:01 pm
No it was merely a suggestion of good practice for all setups. Obviously anything the saves time  and resources is worth doing. ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 25, 2010, 02:36:50 pm
Just to inject something: I do have a delay with CDrom on 1 and HDD on 2, not the other way around.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 25, 2010, 02:52:06 pm
Yes of course because the system will waste time accesssing the optical drive, probably empty, and then move on to the hard drive to boot.
Title: Re: X58A UD3R DMI Data pool
Post by: Gary123 on October 25, 2010, 03:24:44 pm
Previously, when the delay was negligible (before enabling AHCI), it was convenient to list CDROM as the first boot device, in case I wanted to run memtest or something. I guess it's slightly more efficient now to list HDD first, and change it temporarily if I want to boot from a CD.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 25, 2010, 03:42:26 pm
Yes I understand but it is even easier to just press F12 to boot from some other device that once rather than having a slow boot every time. ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Gary123 on October 25, 2010, 04:11:34 pm
Yes I understand but it is even easier to just press F12 to boot from some other device that once rather than having a slow boot every time. ;)

Thanks! I'd forgotten all about F12.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 25, 2010, 04:13:24 pm
That's often the problem isn't it. You tend not to use something for ages and then can't remember how to do it when you want to. ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 28, 2010, 10:14:36 am
Your BSODs form what I could see on the other forum could well still be memory linked. Are your memory modules listed as compatible with this motherboard?

You could be very right. I ran out of options on whatever I could try software wise, updating driver, deleting and cleaning software that could possibly mess up. I ran memtest again yesterday, errors. Rebooted, ran it again: errors. Took all modules out, swapped them in between slots, overnight run: no errors. Weird indeed. Memory doesn't just die and then decide to get back to work.

Anyway, not the right topic to start a new subject here. Though any comments on this are welcome. But I guess the software side of troubleshooting here is irrelevant and not necessary as long as the memory keeps acting up. Read more on this in my thread on the OCZ forum if you like.

http://www.ocztechnologyforum.com/forum/showthread.php?78922-Possible-faulty-module&p=569224&viewfull=1#post569224
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 28, 2010, 10:46:25 am
Thanks for the update and of course if anything progresses please let us know. ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 30, 2010, 10:47:54 am
Progress!  ;)

I ran prime95 blend overnight for the past two nights, no problems or crashes. So CPU and memory modules are OK.

Inspected the memory slots on the motherboard, everything looked fine. Did find a very small piece of material in slot #1. That may indeed have caused all this trouble, though I'm not sure yet. Doesn't seem to be in line with everything. Though it might explain that reseating the modules resolved the errors in memtest a while ago.
One would say that if the #1 module is obstructed in its connection with the motherboard, you'd get 0-2000MB errors in memtest. Which I did get, but also above 2000MB. Or perhaps triple channel setup might explain that. Anyway, I'm sure all the slots are clean and in perfect condition now.

Will do some more stress testing, also from cold boot after leaving the PC off for a good night. The most important thing is getting the system to run stable again. But I do want to know for sure what caused all this trouble (if resolved now...). Kind of pisses me off not knowing it (yet) haha  :P

Finally OCZ told me there's still the option left to fiddle around with the QPI/vtt voltage a bit, if problems persist. Some boards/modules like higher values, some like lower.


Fingers crossed! I always thought blue was my favorite color, but I'm starting to dislike it lately... :-*
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 30, 2010, 11:08:36 am
Well I am happy that things seem to be progressing for you and the stability is better. It could well have been the foreign body in the memory slot that was causing your problems, that's all it takes.

Quote
I always thought blue was my favorite color, but I'm starting to dislike it lately...

I think they must have heard you because it looks like the next generation of boards is going to be black ;D

http://forum.giga-byte.co.uk/index.php/topic,2849.0.html
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 30, 2010, 11:35:29 am
Indeed! I really hope that was the problem. Good to have been brought to my attention, and other google users out there, the importance of absolutely clean memory slots. So worth double checking.

Black looks so nice as well. I don't dislike the blue color of the UD3R board. The color of the BSOD was what I meant, sorry!
I'll get back to this thread after a while of having a stable running system. In case I forget and don't post back here, that would be a good sign :D

Thanks again for the support.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 30, 2010, 11:51:48 am
I really don't know what you find to dislike about the blue of the BSOD ???

(http://img440.imageshack.us/img440/7369/bsods.jpg)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on October 30, 2010, 11:57:55 am
Oh boy, if only that was a touchscreen and I could press ANY key to continue... :-*

What?! It IS?! :o
Title: Re: X58A UD3R DMI Data pool
Post by: absic on October 30, 2010, 11:58:46 am
Hey DM, does your wife know that you have this kind of image on your PC?
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 30, 2010, 12:04:23 pm
Don't know what you mean absic....that is the wife ;D
Title: Re: X58A UD3R DMI Data pool
Post by: absic on October 30, 2010, 12:06:35 pm
In your dreams!  :D
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on October 30, 2010, 12:11:23 pm
Yeah that's what she said as long as I'm only dreaming it   :-\
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 04, 2010, 07:01:18 pm

Problem not yet solved. I still get blue screens, system service exception and PFN list corrupt are the latest. I bet they are memory related. Everytime on cold boot I get errors in memtest. I tried QPI/VTT voltage 1.360, 1.340. 1.320 and 1.300. Always errors in memtest during coldboot. When it is warmed up, it doesn't seem to give errors in memtest but it isn't stable either. Now please let me copy paste the following from my thread on OCZ.

So this morning I did another memtest coldboot run, QPI/VTT voltage on 1.300V.

http://img823.imageshack.us/img823/5422/20101104085244.jpg
http://img143.imageshack.us/img143/1632/20101104104509.jpg
(both screenshots from same run)
The first time I started memtest, the screen stayed blank; normal memtest screen, without any content. The 2nd time it worked, got errors quite fast as you can see. And they seem to be the same as here.

update: I just decided to restart the system, after using it for 2 hours or so. Had a BSOD when it was about to restart. System_service_exception 0x0000003b, not the first time I got that one (also with qpi/vtt voltage on 1.360v).
Ran memtest again, came up with errors. Keep in mind this time it wasn't a cold boot. Picture below.

http://img8.imageshack.us/img8/3991/20101104124038.jpg

And another BSOD, PFN list corrupt. First my firefox crashed, then that error. Ran memtest again, QPI/VTT voltage on 1.360 this time in case it was too low, but no joy:

http://img149.imageshack.us/img149/5263/20101104130703.jpg
http://img573.imageshack.us/img573/5605/20101104130831.jpg

more updates: I also ran each module individually in every white slot (1,3,5) and gave it one pass in memtest, no errors in any slot or on any module. Though the first time I put module B in slot 3 (2nd white slot) memtest would be totally blank, same thing as I mentioned before. Then put back all the modules and also gave them one pass in memtest, no errors.

There seems to be no logic, except for coldboot memtest errors that do seem to persist and also BSOD's are still here. If you ask me, those two facts should be linked together.

Remaining QPI/VTT voltages I can try are: 1.280v 1.260v 1.240v 1.220v 1.200v and of course anything lower and higher, but I don't think we want that. I started testing at 1.360v and went down.

But what does all this tell you?
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 04, 2010, 07:57:27 pm
As you say there doesn't seem to be any logic to it, but it might be worth trying to loosen off the timings a little to 8-8-8-24 and run them at the recommended voltage with QPI/Vtt voltage set just 0.5V below.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 04, 2010, 08:35:33 pm
They are rated 7-7-7-20 though but I sure will try so in the morning to see what memtest does from coldboot.


8-8-8-24 1.66v QPI/VTT at 1.16v if I understand you correctly? Isn't that waaaay undervolted?
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 04, 2010, 08:41:58 pm
That's the recognised equation for the voltages but if it still doesn't work properly there is nothing stopping you stepping up the QPI/Vtt voltage a little. It just mustn't be more than 0.5V less. Let us know how it goes. The thinking behind the timings being slackened off is that if there was any discrepany in the ratings of the modules/chips it would give you a little headroom.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 04, 2010, 09:17:13 pm
It just mustn't be more than 0.5V less? Please explain, I want to be sure here. RAM voltage set to 1.66v, QPI/VTT voltage should be in between X minimum and Y maximum. Please fill in  :P

And I am going to slack off the timings a bit to see if my modules are just broken on rated timings? As in, they are proper broken and RMA worthy if wanted.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 04, 2010, 09:28:09 pm
The timings of 7-7-7-20 are quite tight and therefore if the QA on them was not as good as it should have been it could cause you trouble trying to run at those timings. So by loosening them off it just gives a little bit of space to play with. I suppose if the RAM was to work happily at the looser timings that would be grounds for having it replaced if it was purchased at a certain spec.

Yes set memory voltage to 1.66V and set QPI/Vtt to 1.16V (or a little more) but it should be ok at that. Offhand I am not sure of the maximum you can go to but you have already tried much higher than that.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 05, 2010, 09:13:57 am
Just did memtest coldboot 8-8-8-24 1.66v 1.20v QPI/VTT. Errors in test #4 so I stopped it. Put QIP/VTT to 1.260v, no errors, back to 1.200v, no errors.

http://img215.imageshack.us/img215/6987/20101105094933.jpg
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 05, 2010, 09:22:53 am
Did you not try 1.16V for the QPI/Vtt setting for any particular reason?

What have you got your uncore set at. It should be twice the memory multiplier (and then you can add 1 or 2 if neccessary). For example if your memory multiplier was 10 then your uncore should be set to 20 (up to 22 max).
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 05, 2010, 10:04:33 am
In that specific range I have the option to set 1.200v, 1.180v and 1.115v, I felt more comfortable with 1.200v since that also was the default value (although that probably just me). I guess from reading your post, I should be able to go as low as 1.180v now, so I have just corrected that. It's just that I think I was recommended elsewhere to stick between 1.2v and 1.35v

Uncore clock ratio was left on auto, I did read about keeping that in a certain line with the memory multiplier. But I don't think until now anyone mentioned it, not even OCZ. I have set it to 21x = 2800Mhz, memory multiplayer is at 10x = 1333Mhz. Not sure what the uncore auto setting did, might have been around 2600Mhz.

You think this might cause BSOD's and coldboot problemos? I just have a bad feeling about this, but obviously it's hard for me to stay objective :P


So right now, that's 1.66V ram voltage. CAS 8-8-8-24, QPI/VTT voltage 1.180, uncore clock ratio x21 = 2800Mhz. Memory multiplayer x10 = 1333Mhz

I take it if it runs unstable, as in memtest coldboot errors or BSOD, raise the QPI/VTT voltage. If stable then, set 7-7-7-20 again.

IF :P
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 05, 2010, 10:12:21 am
Yes you seem to have understood properly and the settings look fine to me. Try them at that and see if you are more stable. You can alter the QPI/Vtt upwards a little if it gives you any benefit.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 05, 2010, 10:13:29 am
Just to check, because I'm getting different answers from different people (don't mean this forum).

Memtest coldboot is significant and should give no errors, no matter what? And in my case I can definitely use it to tell whether the memory is stable or not? It's easier to test than to wait for another BSOD as well.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 05, 2010, 10:16:41 am
Just to check are you using the beta version of Memtest86+ for the X58 chipset?

Although not infallible (what is?) Memtest is very reliable and generally considered a standard for testing modules.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 05, 2010, 10:19:16 am
No, I'm on memtest 4.10. I suppose it would be wise to see what that beta says on coldboot compared to the 4.10 version. Let alone a normal run after the PC has been running for some time.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 05, 2010, 10:22:05 am
If you only get the faults when on a cold boot then the chances are it is a bad chip on one of the memory modules that is working better as it heats up. It doesn't happen often but is known.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 05, 2010, 10:25:13 am
I would say 9 out of 10 times so far it shows errors on coldboot, no matter what setting. Also, straight after any BSOD memtest also shows errors, most of the time. In between those two points, it seems to be fine. Hence my 16 hour run that was OK. It really is a bummer, since this is my 2nd kit and I'm fearing the worst, obviously lol.

Could you link me the X58 memtest beta please? For sake of completeness, I'd like to try it.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 05, 2010, 10:40:13 am
I think that it is highly likely than that if all your settings are correct the problem is a bad module.(obviously you would have to replace the whole kit)

It would appear that it is no longer in beta stage and is now part of the final release.
http://www.memtest.org/#downiso
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 05, 2010, 10:49:13 am
Hmm yes, I think so too. On the other hand, being without RAM again gives me the chance to return the PSU as well (coil whine topic if you remember) and replace it with, I'm thinking, Antec Quattro 850W. So there's still something positive to it.

Hopefully OCZ will have enough info come to a conclusion soon. Lets say 3rd time's a charm, it would be ridiculous to receive a 3rd broken kit.
 So memtest 4.10 should be fine for X58 as well. if anything progresses, I'll update this.

Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 05, 2010, 11:13:31 am
Yes, good luck. It has been known before to have more than one set of memory faulty and replaced for more. :o
Title: Re: X58A UD3R DMI Data pool
Post by: jdvoracek on November 05, 2010, 01:28:00 pm
They are rated 7-7-7-20 though but I sure will try so in the morning to see what memtest does from coldboot.
8-8-8-24 1.66v QPI/VTT at 1.16v if I understand you correctly? Isn't that waaaay undervolted?

There's more to memory tuning than just tCL (CAS latency), tRCD, tRP, and tRAS (7-7-7-20) and QPI/Vtt. DIMM SPD/XMP has settings for tRRD, tWTP, tRFC, and tCMD. You can get at these with a program that reads the SPD profiles. My X58A-UD3R BIOS will automatically adjust these timings if BCLK or memory speed is increased over 1066 (unless I do that by enabling XMP).  If I ran my memory at 1600 by enabling the XMP profile, BIOS used the timings from the XMP profile in the SPD.  Otherwise, if I manually ran my memory at 1600, BIOS used other timings it apparantly calculated for tRRD, tWTP, tRFC, and tCMD.  In a nutshell, XMP used tRFC=72 but when I set the memory speed manually, BIOS used tRFC=60.  The other timings were slightly different, but tRFC was the killer.  Set at 60, memtest86+ failed only very intermittently, but I BSOD'ed every day or two, and Windows 7 always refused to resume from sleep.  With tRFC set at 72, life is GOOD all the time.  I varied QPI/Vtt all over the place, and it did not improve stability at all.  These timings may not matter most of the time, but they do sometimes.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 05, 2010, 04:41:38 pm
I have set my tRFC to 88 right from the start command rate to 2, as recommended by OCZ. The other values are all defined by the bios. So that should also be OK. As far as I can see, all settings are correct...
Title: Re: X58A UD3R DMI Data pool
Post by: jdvoracek on November 05, 2010, 06:30:43 pm
I have set my tRFC to 88 right from the start command rate to 2, as recommended by OCZ. The other values are all defined by the bios. So that should also be OK. As far as I can see, all settings are correct...

Well you are smarter than I because it took me almost 6 weeks to realize I needed to attend to tRFC.  I'd still get as many timings as I could from the closest SPD profile.  I got into trouble by letting BIOS do those settings, but I think you are likely okay since tRFC seems the most critical for me.  Again, good luck.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 06, 2010, 10:23:53 am
This morning I tested from coldboot, no errors (2 passes). However, first time I booted the system, it would shut itself off and turn itself on again right before or at the memory check post. But I have to say, I wasn't expecting anything like that to happen, so I may have missed the actual moment it happened. I do think this is something significant though. 1.66v for the ram, 1.180v for QPI/VTT set the timings to 8-8-8-24 88 2T, uncore still at 21x. I don't really feel confident about the no errors in memtest though. But maybe like you said, less aggressive specs might work better on a faulty module! Perhaps logic has just found its way in....

Anyway, I realize this post may not have any content to reply to, it's just a status update. The real discussion is still taking place at OCZ forum, hopefully me and them can both find a clear cause soon and take appropriate actions.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 06, 2010, 10:30:40 am
Please keep us updated as to your progress anyway.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 07, 2010, 10:44:28 am
Yes, if it's not for any of you guys. It sure might prove to be useful for someone being linked by google to this place!

I'm still at 1.66v for the ram, 1.180v for QPI/VTT set the timings to 8-8-8-24 88 2T. Did memtest coldboot again, errors:

http://img177.imageshack.us/img177/6384/20101107104044.jpg
http://img828.imageshack.us/img828/7614/20101107110906.jpg

So yesterday none, today, errors again. But remember, yesterday my PC did this vague auto-reboot when posting. Might have something to do with it. Also, when I just posted on the OCZ forum again, first my firefox crashed. Then when continuing my post, I had a memory_management BSOD. So that sure looks like an in-your-face confirmation of the memtest errors upon coldboot. And your story about bad performing cold chip on the sticks.
Also the errors, MB-wise, seem to be occurring in the same places most of the time. Don't think I posted that much screenshots here, those are on the OCZ forum.

I've tried various QPI/VTT voltages: 1.360, 1.340, 1.320, 1.300, 1.200, 1.180 - all of them give memtest coldboot errors. Those errors seem to go hand in hand with system instability as well. I didn't get system crashes on all voltages, but that was only a matter of time: I've ran each voltage for just one day, before moving on to the next memtest coldboot. It's not that I get a crash every hour or minute.
I even slacked off the timings a bit. Cold boot errors still persist and system instability is still there. Not as bad as with the previous kit, that just had one stick that was bad at all times. This one seems to have at least one stick with a chip that performs bad when cold and is still unstable when warmed up. That is my best guess right now when I trust memtest. But maybe it's still down to something else, though the options become more and more limited.

For anyone that wants more info, here's the link to the thread on the OCZ forum: http://www.ocztechnologyforum.com/forum/showthread.php?78922-Possible-faulty-module&p=572861#post572861

If the problem is indeed bad performing cold chips etc. etc., it has proven to be hard to nail down! It's not easy to test, in this case, whether the problem is a bad memory slot or the stick. Because one time the stick might give errors, next time nothing. But remember to DO trust memtest upon coldboot if you're suspecting anything and when things happen to go hand in hand with firefox crashes and BSOD's with memory_management, amongst others. Now this is all IF IF IF. I don't want to distrust OCZ or anyone more knowledgeable than myself by going ahead of things!


Awaiting advice from OCZ now!
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 07, 2010, 04:11:01 pm
Received first set of RMA instructions from OCZ, waiting for final instructions with RMA number.

Fingers crossed  ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 16, 2010, 02:02:43 pm
So let me copy paste this one right here as well:

So today I received the new kit from Taiwan, the RMA'd kit was indeed broken. Or at least I assume it was, since it was replaced. Thing is, booting up memtest straight after I corrected bios settings (7-7-7-20, 88, 2T - 1.34v QPI/VTT, 1.64v ram) Pass 0 Test 6, 5000,0MB range I had a total of 1018 errors. I think it was only at test 6, I guess I could scroll down in some way but I didn't know how.

If I understand it correctly, 5000,0MB is at "50 percent" of module 3 in slot 5. I unlocked all the brackets on the modules, reseated them again, Did another 1 pass run, no errors. But now I'm kind of clueless, especially considering I already RMA'd 2 previous kits that were in fact faulty. But sure, reseating problems happen to the best of us.

Will use the system as much as possible, though I might not have a lot of time for that now. Might monitor it with remote desktop I suppose! But please give me your view on all this! Reseating, bend CPU pins, faulty again, anything else - whatever you suspect, please share.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 16, 2010, 02:08:58 pm
As you said it could have been a badly seated module that caused the faults but it is impossible to prove now. All I can suggest is to give it a good burn in test and put some pressure on the memory and subsystem and see if anything gives. Try running Prime95 with blend tests.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 16, 2010, 03:29:23 pm
I ran a couple of quick blend tests, not for full testing purpose just yet. A minute ago I started an other blend test and my PC rebooted, no BSOD or error. Just when I got back into windows it reported CCC: monitor program has sstopped working. Probably nothing useful or any kind of cause, just a report.


Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   MOM.exe
  Application Version:   2.0.0.0
  Application Timestamp:   49ef8e68
  Fault Module Name:   ntdll.dll
  Fault Module Version:   6.1.7600.16385
  Fault Module Timestamp:   4a5be02b
  Exception Code:   c0000005
  Exception Offset:   00000000000159ad
  OS Version:   6.1.7600.2.0.0.256.1
  Locale ID:   1033

Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 16, 2010, 03:32:54 pm
Probably nothing of importance as it is only relating to the graphics driver. But worth keeping a note of.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 23, 2010, 06:40:15 pm
I am now on my 3rd ram kit as you know. Still have freezes while using the system, not a BSOD so far but that might require more usage. The coil whine is fixed with setting the voltage to a fixed value. However, in Prime I was able to create/duplicate an error in the blend test.


The coil whine thing is RMA'able so to say, but there might also be something else wrong with the board, assuming ram, cpu , psu and gpu are now OK. I take it I need to RMA directly through Gigabyte? I'm located in The Netherlands but I suppose I need to RMA through rma.gigabyte.us?

Anything else I should keep in mind or need to know? I noticed bend/damaged pins are not covered for RMA. Lets hope I don't find anything weird going on with the socket...
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 23, 2010, 06:54:12 pm
Hi
If i remember rightly you purchased the board in the USA didn't you? If so it will have to be RMAed back there. I would try contacting Gigabyte's Netherlands office and see if they would be happy to do it there but I think you are going to be stuck with sending it back.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 23, 2010, 07:32:09 pm
I've purchased it in a Dutch webshop, I guess if I RMA it to them, they would still RMA it to the Gigabyte center? Or perhaps not, depending on the problem. So I'm not sure what the best solution is for RMA.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 23, 2010, 08:01:50 pm
I don't know about your location but if you purchased it from a Dutch eshop then contact them about the RMA procedure. They will then tell you whether to send it to them or Gigabyte Netherlands.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 24, 2010, 07:33:29 am
Thank you, I have done so yesterday so I expect a reply from them today.

Memtest still shows coldboot errors, again at 5080,0MB test #6. Just like when I first plugged them in. So this is not a reseating issue, for sure. Even tried 1066Mhz, QPI/VTT voltage on auto, RAM voltage on 1.64, 7-7-7-20 timings as rated for 1333Mhz. Got a nice BSOD on windows login system_service_exception. Upon autorestart, the system would hang at "AHCI bios installed". So I reset it, at that point the screen would stay black and I could hear it hang in an endless reboot. Turned off the power, restarted, some message about overclocking settings etc.

I don't really know where and when this will end. The PSU is supposed to be OK, I've tried two PSU's already. The current PSU is a quality one. Reading about this motherboard from people that have cold boot issues with OCZ memory and everything, I'm not sure what to do. This might go on and on and on up until I just buy memory from lets say Kingston. I can't get a refund anymore I suppose. So I'm pretty much stuck with OCZ and Gigabyte combination. It is on the QVL memory list, but still. Plus I lost my faith in RMA departments and perhaps some brands as a whole. Perhaps when I RMA either of the two to the webshop and ask for an alternative product, things will get sorted quicker than just sticking with OCZ and Gigabyte.

 :-\
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 24, 2010, 10:05:27 am
I know some people really like OCZ memeory but we do find a lot of problems on the forum with members who are using it. I think from what I have heard it has gone downhill in quality over the past months.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 24, 2010, 10:22:04 am
It might be too early to call it, but if I must follow my gut feeling I'd say I RMA the board to get the coil whine fixed. RMA the memory after having a good chat with my webshop, and have them to swap it with some kingston or corsair ram.

Just think about it, it's rediculous to receive 2 faulty OCZ kits and the 3rd also doesn't work with a QVL motherboard (or so it seems, so far). Anyway lets see what my webshop says on both products. And thanks again for the backup here.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 24, 2010, 10:47:25 am
Yes I would agree with your call and why take any chances if it could be motherboard related as well. As you say you have the coil whine also so maybe you can kill two birds with one stone so to speak. Anyway good luck and let us know the outcome.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 25, 2010, 08:03:16 am
Thanks, I sure will! Have been sending a couple of emails back and forth with my webshop yesterday. Haven't come to a final agreement yet on the RMA. But they already offered to take in the motherboard and ram. So we're on the right way. Just want to make some clear agreements in advance.


I would like to add some more info to this thread. Though not to find out whether RMA should still be done, that is obviously a YES.
Yesterday evening I decided to run some more memtest at 1066Mhz 7-7-7-20 1.64v on the ram and all other timings on auto (tRFC is 60 this way with 1T command rate, qpi/vtt voltage on auto also). This was recommended by my webshop so I tried it (whether this OCZ kit likes tRFC of 60 is debatable, but it is at 1066Mhz though). Also, I've put the CPU vCore back to auto as well, to exclude that from causing any problems. Now, memtest would freeze in a seriously messed up way:

http://img8.imageshack.us/img8/2663/20101124190714.jpg (non-coldboot)

Also, I had two freezes yesterday during gaming. One freeze ended in a BSOD with driver irql not less or equal. The same type of freeze I've been having since this new kit (though the first crash with a BSOD). I've seen various people on the net getting this (the type of bsod) also with ram issues. So I'm also leaning towards that still, as my drivers appear to be sorted.
This morning I did another memtest coldboot on the same settings as mentioned above. And guess what, errors at 1080.0MB range again (which also happened at rated specs), this time test #4. Again faulty ram seems plausible as the errors have been reproduced in the same range and solely this range, so far. Unfortunately I will be away for a few days so I won't be able to test these modules individually. But one would expect to see just module 3 from slot 5 (tested in any slot of course) to throw errors when tested alone and the other two to be clean. Here's the screenshot of this morning, after which memtest also froze. I guess if I would let it run for a longer period of time, it might end up as in the screenshot above.

http://img26.imageshack.us/img26/8550/20101125075801.jpg (coldboot)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 29, 2010, 01:25:46 pm
Just a quick heads up: shop agreed to take in the motherboard (coilwhine), ram (no way to get it stable?!) and cpu (exclude IMC trouble)! So that's good news. Will be able to ship out the hardware tomorrow, I'll keep you posted.

If the OCZ kit is broken or not compatible even though it is on QVL (both options are rediculous), I'm thinking about going with Kingston. Any recommendations are still welcome though, as I haven't made a final decision yet!
Could you tell me if I should worry about bent CPU pins in my case? Just to ease my mind a bit, even though it might just be a guess... :P I checked Gigabyte RMA and if I read it correctly, bent pins is no longer an RMA thing?
Or might this have been a problem caused by my @bios flash to FB from the start?!
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 29, 2010, 03:42:32 pm
Well good news that it has all been accepted by the retailer for RMA so hopefully that will cover all bases.

I reallly wouldn't worry about what it could be that caused it as we tried hard to pin it down but without success so more guessing now isn't going to get you anywhere.

Personally I would go for Corsair or Crucial memory as they both have good RAM and they both have websites with a memory finder on them and will guarantee that whatever they recommend will work.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 29, 2010, 07:12:50 pm
Hmm, you're right! The Corsair and Crucial lists are also very welcome.

One last question, when I get my new motherboard, will my RAID 0 array still work or do I have to totally destroy it before creating it again? Even though it's obviously the same board, I'm just not sure if this will work. I've temporarely copied all my music to that array, because the original drive it was on started to show errors so I took it out. If I have to recreate the array, it's not the end of the world. The error'd drive still works, but stil...


Speaking of which, can you recommend any 1.5TB (or bigger) drives for RAID 1 on this board? I plan on running two of them in the future.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 29, 2010, 07:52:57 pm
The RAID should be ok as it will be using the same chip again. That is the important bit. Just make sure that you set all your RAID details again before you go into the OS. You should then be able to do any repair.

As far as HDD go I would probably go for the Samsung F3. I don't have any personal experience of them but have heard some good reports on other forums. They do one of 2GB for around £60 I think.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 29, 2010, 08:06:56 pm
What kind of repair are you talking about exactly? And all the details I should set are just in the normal bios, selecting raid for harddrive contro etc.l? Or also in the special raid bios ctrl+l? Sorry for the constant stream of questions, but I'd like to be prepared you know.

I've read about raid arrays going bad because people booted into the OS before setting raid details again. I sure as hell won't forget about that hehe!
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 29, 2010, 08:17:29 pm
Quote
The error'd drive still works, but stil...

I thought that one of your drives had errors. That was the repair I was talking about.
As far as I am aware you only have to set up the RAID in the  BIOS again as the rest of the settings should still be there.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 29, 2010, 08:23:58 pm
Oh right! No, that broken drive is out of the equation here. Sorry if I didn't clear that out!

And by "the rest of the settings should still be there" you mean the files that were written to the two raid 0 drives when I created the array? Keep in mind I might not get my own board back. That's the webshops decision, they might just grab a new board from stock and send that right back to me. Instead of dealing with it via Gigabyte RMA.

Does this mean I'm in trouble?
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 29, 2010, 08:30:36 pm
I don't think that should be a problem as long as it is using the same chip. It's only when you try to change chips that you have troubles.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 29, 2010, 08:34:43 pm
Thanks again, appreciate it!

Next couple of days will be interesting. I'll definately keep you up to date on the RMA process!
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 29, 2010, 08:48:44 pm
Yes please do and if you need any more in depth help with the RAID there are a couple of people on the forum here that know a lot more than me about it.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on November 29, 2010, 09:08:48 pm
Some extra confirmation about the stuff you mentioned from one or more of those people is welcome. Could you point them to this topic and get them to also answer the question below? Or tell me how to get in touch with them, either way is fine with me :)

So again in short, the question is whether or not my raid 0 array that has been created on current X58A UD3R board will work again on a totally NEW X58A UD3R board. Also whether or not actual bios versions (differences) influence this. And confirmation/explenation on the steps I need to take in order to get it working.

 
I thank you once again!
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on November 29, 2010, 09:22:38 pm
The best person to talk to would be F5BJR (Pierre) or PeterUK but I haven't seen him for a while. I will PM Pierre and see if he can have a look at your thread.
Title: Re: X58A UD3R DMI Data pool
Post by: F5BJR on December 01, 2010, 12:03:39 am
*
For RAID ... if you use same chipset after you have no problem

Exemples :

I use a long time a RAID 10 with 4 * 500Go with my old ASUS P5E WS PRO ( ICHxx chipset )

Before i have placed a paper stick with a number on each disk (  1 for disk1 --> connector SATA1 , 2 for disk2 --> connector SATA2 .... )

I connect after to my new GA-X58A-UD5 in good place SATA1 ,SATA2, ... and in BIOS ICHxx in RAID mode ...

and no problem with my new motherboard , all datas are allways ok ...

Pierre

* also because my Windows is compatible for serial number .. i have only started in safe mode with my new motherboard , i have uninstalled the old drivers SOUND ...

I reboot , i install new drivers and my OS is always OK as with my old ASUS motherboard

 
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on December 01, 2010, 08:15:18 am
Both of you, thanks a lot! There should be no trouble then, though I'm not sure about which drive was in which sata port. I do know I used first and second port though. If I mix the drives up from their original slot, is that going to cause corruption or anything?
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on December 06, 2010, 12:21:17 pm
Bumping if you don't mind  ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on December 08, 2010, 10:03:33 am
Right now I can tell you guys that the webshop ran into the same memory errors as I did. They can't yet say whether it's down to just the ram, cpu, motherboard or a combination. But anyway, the memory part looks good, as funny as that may sound. The only thing is, if the memory itself is broken, there will probably some warrenty problem as I've received this third kit from OCZ RMA, not the webshop. But that's of later concern.

They haven't yet heard any coilwhine on the motherboard. Which is strange! I've told them that maybe my raid0 setup might be related to the coilwhine, advising them to test it with raid0 (you never know, right). And I told them that, if I remember correctly, I started hearing the coilwhine when I removed one of four hearddrives (standalone drive). Perhaps there's some sort of weird HDD load relation.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on December 08, 2010, 12:37:40 pm
Yes the coil whine is normally related to the loading that is put on the board also it is often only when a certain combination of PSU and board is put together with maybe other components. The thing is the coils whine can be fixed now with a hardware fix and /or a BIOS update.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on December 14, 2010, 02:01:47 pm
What would be the next step to take in case the shop hasn't found any coilwhine? I've already pressed them to use the same model PSU I've used (HX850), because so far they still have not heard a thing so that doesn't look good.

I thought this coilwhine thing was so obviously there and in my case the best thing to do was to ship it back to the shop instead of Gigabyte, as I also had these ram related problems. Two birds with one stone deal. And now they can't hear a thing?! Sure they might not have the HX850 in stock and asked me to ship my own HX850 to them. But that means I will have to pay shipment costs AGAIN. Ridiculous. They should have at least ONE psu in stock, other than the two I've used, with which they can reproduce coilwhine, right? :-\

Good news is that they will soon be finished with testing and have a final conclusion. But I'd like to be properly armed in case they got some bad news.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on December 14, 2010, 03:14:29 pm
I understand your plight but I don't know what I can say to help to be honest. Hopefully they will have heard the noise and fixed it (or at least contacted Gigabyte to find out what the fix is).  I think you will just have to wait and see what they say for now.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on December 16, 2010, 09:49:39 am
Right, I understand! Apoligize for going ahead of things.

Webshops' verdict is out: OCZ3P1333LV6GK is NOT compatible with GA-X58A UD3R 2.0 even though it IS on the QVL! And that's after receiving TWO confirmed broken kits. The third kit was tested on several other motherboards, in which it worked fine.
As for the motherboard, they could not hear any coilwhine, even though the whole setup was tested extensively. But at the same time, they also did not run into any other (extra) problems with it. But quite frankly, the coilwhine is not the biggest problem right now as the memory part turned out... good;

The webshop will swap the OCZ memory for a different kit, they suggested KHX1600C8D3K3/6GX. Which is not on the QVL, but if it has been tested by the shop and found 100% working, it doesn't matter (have contacted them about this, awaiting answer). As second option, I could also go for TR3X6G1600C8 which is on the Corsair compatibility list for this board. This whole deal is very kind of them, because this third kit was not purchased from them, but from OCZ RMA strictly speaking. So they aren't even obliged to take back the OCZ kit and have it swapped for me without extra costs, but they did so anyway! They managed to work out a deal with OCZ, for which both parties deserve and got my thanks.

About the coilwhine again, I will ask the shop for a summary on how they have tried to reproduce it and with which hardware. PSU, RAM, CPU, GPU, voltages, HDDs and whatever. I'd like to know it all. It doesn't feel quite right that they haven't heard anything. Not that I distrust them, but it was so easy to reproduce back at home. Any thoughts on this are still welcome, though by now everything has probably already been said.



And I have kindly asked OCZ and Gigabyte to retest this kit on this specific board ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on December 16, 2010, 10:01:31 am
Well... good news there then and a good karma for the shop for a change. It is nice to hear a positive report about a retailer that has gone the extra mile.

The problem with the coil whine is that it only happens when specific components are used together and may not even make the same noise if similar units are used. I think it is probably down to manufacturing tollerances.

Personally I would go for the Corsair memory as long as they have tested it in the board but I guess thast it doesn't really matter as long as it works.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 04, 2011, 12:56:20 pm
KHX1600C8D3K3/6GX has found to be compatible and fully working by the webshop. Everything will be shipped back to me today. So that should get rid of all the BSOD drama and what not. Hopefully I won't have any trouble getting the RAID0 array working again. Didn't mark the drives and ports, but I think I remember the order.

Should I connect my DVD drive to the blue ports, instead of the white (intel controller) ones? Because remember, I'm using XHD raid bios setting on the intel controller for my two harddrives. And I've read on this forum that the DVD drive doesn't like this... ? I'm asking because I've had BSOD's mentioning iastor.sys. So that makes you wonder...


Obviously it might be just a matter of testing, but perhaps you know the answer :P
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on January 04, 2011, 01:22:23 pm
Glad to hear that the memory fiasco has been sorted out and full marks to the retailer for their helpfullness.
I think you should name them really as we are quick enough to shout when things go the other way.

As for the optical drive it is always better if possible to use a different controller set to IDE. It won't always make a difference but sometimes the DVD drives can play up otherwise.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 04, 2011, 02:35:17 pm
The webshop is www.salland.eu (http://www.salland.eu)  ;)

So I guess it's better to just hook the DVD drive up to a blue Marvell controlled port straight away! I take it any required settings are probably easy enough to follow up on and I don't see any extra drivers/software for Marvell I need to install (?) so that's clear. I do remember trying to install MoH, shining new disc, and halfway through installation, the drive had trouble reading a file.


Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 07, 2011, 10:23:58 am
So I got the system up and running again, can't tell yet if all the problems are gone now of course. The the memory is running at 1600Mhz 8-8-8-24 88 1T without any booting problems so far (also first cold boot).
But I can't get the separate motherboard bleeper speaker working. And my HDD case LED isn't responding to activity either. I tried connecting both things in the only two ways possible to the motherboard. The case HDD LED is still intact, because when I connect it the other way (right? wrong?) it permanently lights up. I tried the speaker both ways and just booting the system, no beep. Obviously no major problems, but hey... :-*
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on January 07, 2011, 03:17:43 pm
It does sound like you have some problem there with the Front Panel Connectors. The LED shouldn't light up permanently if it is placed the wrong way round. Are you sure that you have them attached to the correct pins?
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 08, 2011, 10:02:07 am
HDD activity connector is connected to +HD-, tried both ways. One way it doesn't light up at all, other way it lights up permanently. Speaker thingy is connected to +SPEAK-. Doesn't make a sound upon booting up when connected in either of two possible ways. Reset, powerup, power led all do work though.

So it shouldn't light up when connected the wrong way around? But perhaps that does tell us that the circuitry is still intact? Or does this look like it's busted?

edit: when I connect the speaker in either of two possible ways, upon restarting the system, I can hear a *click*  coming from it. Seems to me like it does work. It's not my harddrive or anything, I double checked this by taking the speaker off and no longer heard the click.


Interesting! ??? But no biggie...
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on January 08, 2011, 10:53:47 am
Interesting fault but I would be concerned that it was an indicator of something more important. :-\
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 08, 2011, 02:30:04 pm
Hmmm... Assuming the speaker works, is no beep an official error code? When I put my DVD drive on an other Marvell port, the HDD led thing is fixed. I've connected it in the same way as before, when it was permanently on. The other Marvell port is not broken, because the system booted from CD (was still in the drive) the first time I started it with that port being used by the DVD drive.

Actually, on the first Marvell port the LED also works normally. But only during boot up, when it gets in windows, it stays on forever. Something with the DVD drive not liking Marvell port one or the other way around? Maybe the combination with RAID0 on the intel controlled ports.... Hmmm, sure is interesting!

If the system has proven to be stable with this new memory, I think I'll just leave it there. But still, I'm annoyed by this speaker not working like before. It sure is puzzling...
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on January 08, 2011, 06:17:19 pm
Offhand I cannot understand why there is no beep at all from the speaker...assuming it is functioning correctly.

What do you have the controller set to? Because a lot of optical drives don't like AHCI mode and so that could be partly the problem.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 08, 2011, 07:02:51 pm
Could you point me to the exact bios page I need to be? Right now I could only tell you I'm using XHD mode, because I'm of course using RAID0 on the drivers. For the Marvell ports (where the DVD drive is on) I haven't set anything specific.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on January 09, 2011, 12:21:15 pm
If you check in your manual on page 56 you will see the relevant part.

http://download.gigabyte.eu/FileList/Manual/mb_manual_ga-x58a-ud3r_v2.0_e.pdf


GSATA 6_7/IDE Ctrl Mode (Marvell 9128 Chip, GSATA3_6/7 Connectors)
Allows you to decide whether to configure the SATA controller integrated in the Marvell 9128 chip to AHCI mode.
IDE Configures the SATA controller to IDE mode. (Default)
AHCI Configures the SATA controller to AHCI mode. Advanced Host Controller Interface (AHCI) is an interface specification that allows the storage driver to enable advanced Serial ATA features such as Native Command Queuing and hot plug.
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 09, 2011, 01:43:37 pm
I have just checked it, Marvell is enabled and set to IDE. So that sure is interesting!

So far I'm happy to report I haven't had any problems though. *finger crossed* *knocks on wood* and all of that  8)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 14, 2011, 09:42:32 am
Manual page 24

http://download.gigabyte.eu/FileList/Manual/mb_manual_ga-x58a-ud3r_v2.0_e.pdf (http://download.gigabyte.eu/FileList/Manual/mb_manual_ga-x58a-ud3r_v2.0_e.pdf)

Since Marvell is GSATA3 on ports 6/7, I probably haven't installed those drivers yet (don't see any in programs list) since I wasn't planning on using GSATA3 interfaces. Ports 8 and 9 (using 8 for DVD drive) are just normal GSATA2, and I take it those drivers come with windows or at least I don't need to pre-load them. Just like I didn't have to for the Intel controlled ports.
So that should explain why the HDD LED stays on as soon as I enter windows with the DVD drive hooked up to a Marvell port, without GSATA3 drivers being installed.

As for the bleeper speaker, no clue ??? (yet...) !

On the other hand, system still runs fine with the new memory!
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 24, 2011, 08:29:51 pm
Well, I've been fiddling around with overclocking today. Had to reset to fail safe defaults. And guess what? Boot up bleeperbeeper is back in business! I wanted to do that any way, but I was too scared to mess anything up (yeah, lame and stupid I know!)


So I guess that solves both the HDD led on Marvell and the bleeper! And I'm prime95 blending 4Ghz right now, 72-69-70-65 degrees Celsius on the cores. 1.25V CPU Vcore, 1.3V QPI/VTT. 200BLCK, 20X multiplier. Memory multi on 8X, so it's running on stock 1600Mhz at a nice 8-8-8-24 as intended. Uncore at 3200Mhz. Turbo boost disabled, all the rest on auto, that's what I got from a guide on internet.

This stuff overclocks pretty darn well  :o
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on January 24, 2011, 08:48:27 pm
Yes it is pretty solid kit and when you know how to handle it it is quite forgiving.

Seems like you are getting on with it quite well now then.  ;)
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 25, 2011, 06:38:05 am
Indeed, I'm liking it. Thanks again for everything!
Title: Re: X58A UD3R DMI Data pool
Post by: Trinitrotoluene on January 26, 2011, 11:49:52 am
Actually, I received word again for GGTS: always-on HDD led with DVD drive+Marvell is "normal". Support told me it is a firmware and/or driver issue. Still nothing to worry about, good to know.
Title: Re: X58A UD3R DMI Data pool
Post by: Dark Mantis on January 26, 2011, 11:52:37 am
Thanks for the extra info. It might well be useful to someone else and save them having to contact GGTS themselves. ;)