X58A UD3R DMI Data pool

[Trinitrotoluene]

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 

[Dark Mantis]

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?

[Lsdmeasap]

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.

[Trinitrotoluene]

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!

[Gary123]

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.)

[Dark Mantis]

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.

[Dark Mantis]

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.

[Trinitrotoluene]

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".

[Dark Mantis]

Good, always nice to know that the original problem has been fixed.

[Gary123]

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.)

[Dark Mantis]

No it was merely a suggestion of good practice for all setups. Obviously anything the saves time  and resources is worth doing.

[Trinitrotoluene]

Just to inject something: I do have a delay with CDrom on 1 and HDD on 2, not the other way around.

[Dark Mantis]

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.

[Gary123]

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.

[Dark Mantis]

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.