|
Bios 3.00 and Extreme7+ |
Post Reply 
|
| Author | |
parsec 
Moderator Group 
Joined: 04 May 2015 Location: USA Status: Offline Points: 4996 |
 Post Options
 Thanks(0)
 Quote Reply
 Topic: Bios 3.00 and Extreme7+Posted: 20 Apr 2016 at 2:06pm |
|
Given the description of the CPU Fan Type Setting option, it should be left on Auto except when using a stock Skylake cooler with a Nidec fan.
When set to Auto, the four pin PWM fan speed control still works fine. The names of the settings of this option are unfortunate, they should be Auto and Nidec/Stock Cooler. Yes, this option affects both the CPU_FAN1 and CPU_FAN2 connectors. But I have used both three pin and four pin fans on the CPU_FAN2 connector, and they worked fine, no speed problems, no triple POST. These headers are said to detect a three or four pin fan, its a feature called Smart Fan Speed Control. Is there a reason you feel the need to use the "4 Pin" setting, given what it does to your cold startup? I've tried both settings, with UEFI 3.00, and while it never causes the triple POST failure, if set to 4 Pin it breaks three pin fan speed control on the CPU_FAN2 connector. Three pin fans seem to run at full speed regardless of the CPU_FAN2 speed profile selected. That is actually better for Corsair pumps! Read on. Ahh, Corsair, your instructions can be so terrible... "... connect the dual fan connector to any four pin fan header on the board..."  The same for the three pin pump connector.  No mention of speed adjustment for either the fans or pump.  I've used Corsair AIO coolers. The pumps are meant to run as full speed ALL THE TIME! How does that happen on most mother board fan headers that have fan speed control? Unless they are set to Full On?  The Power Fan header on this board can be used with the Corsair pump, no speed control, full power all the time. I ran my Corsair pumps with a four pin molex to three pin fan adapter, a common extra included with fans. I suggest trying either of the two ideas above for the pump, and see what happens. |
|
|
|
 |
|
|
apachehavok
Newbie 
Joined: 09 Apr 2016 Status: Offline Points: 43 |
Post Options
Thanks(0)
Quote Reply
Posted: 20 Apr 2016 at 4:28am |
|
3.0 working rock solid for me here. Boots every time even from power supply cutooff. BUT I don't have a CPU fan plugged in as my water pump is controlled elsewhere. Could offer some clues.
|
|
|
|
|
squawker
Newbie
Joined: 25 Jan 2016 Status: Offline Points: 18 |
Post Options
Thanks(0)
Quote Reply
Posted: 18 Apr 2016 at 6:58am |
|
Hi parsec, Thanks for replying. Answering your questions: 1. I'm using a Corsair H105 watercooler that has one 4 pin power connector for fans and one 3 pin connector for pump. The 4 pin fans connector is connected to CPU_FAN1 board header and the 3 pin pump connector to CPU_FAN2 header.
2. You're right, the setting that causes the issues I'm referring to is "CPU Fan Type Setting", and not "CPU Fan1 Type", my fault. Problem only occurs when "CPU Fan Type Setting" is set to 4 Pin, and only after PSU being off. If I don't switch the PSU off, both 4 Pin and Auto settings don't cause any problems and PC posts and boots faultlessly. My PSU is connected to an APC Surge Protector/power strip, and also is connected to this Surge Protector a Dell monitor, a cable fiber ONT, a router, and a speaker system, so, after switching the PC off, I also switch the Surge Protector off (for economy), and this way, every day the PC boots from a cold state.
3. With UEFI 2.50, after the "triple attempt to POST" occurrence, the PC boots normally, and everything is OK. With UEFI 3.00, after the "triple......." event, PC goes to UEFI Main Menu and stays there until I go to Exit Screen and enter Save Changes and Exit. After that the PC posts and boots normally into OS (Windows 10 Pro).
4. The Boot Failure Guard option is enabled, and I have never seen any message related to it.
5. With both 2.50 and 3.00 UEFIs, after the triple..... event, the watercooler fans and pump are running normally: water cooler fans at approx. 950 rpm (silent mode) and pump at approx. 1.600 rpm (standard mode).
Some bios pics showing my settings: a. My usual fan settings (no one problem occurs with this setting)
b. Triple attempt to post issues if I set 4 Pin for CPU Fan Type Setting
c. Fans and Pump speeds
d. Boot screen
Now, after yours comments, I'm wondering if the issues I have are caused because CPU Fan Type Setting perhaps controls both CPU Fan 1 and CPU Fan 2 Settings simultaneously, and when I set it to 4 Pin, it tries to control both CPU Fan 1, which is OK because the watercooler fans are 4 pin type, and also CPU Fan 2, which is not OK, because the watercooler pump that is connected to its header is of 3 pin type, causing bios to be "confused" and arising the issues in a cold boot! Anyway, the issues I have are for a very specific config (CPU Fan Type Setting set to 4 Pin) and condition (after PSU being switched off), and hardly will affect most users, as you have tested and didn't experience any misbehavior. Even me, I don't have any issues in the normal operation of PC and I could say the Extreme7+ is a great board (and one of the few that we can set an NVMe raid0 array without a glitch!).
And thank you very much for the comments about Support 4k native HDD, now I'm aware that it has nothing to do with SSDs, and the actual need for a specific flash storage based file system, now that SSDs are so popular. I will be waiting it impatiently (Microsoft?), since my PC only has SSDs for OS and storage. regards, |
|
|
|
|
parsec
Moderator Group
Joined: 04 May 2015 Location: USA Status: Offline Points: 4996 |
Post Options
Thanks(0)
Quote Reply
Posted: 17 Apr 2016 at 11:38am |
|
Wow, those are some wild issues you have with UEFI 3.00! Sorry to hear that is the situation.
As you know (I think), I have a Z170 Extreme7+ myself, and just changed to 3.00 yesterday. I can honestly say that I do not have any of the issues you described with either setting of the CPU Fan Type Setting, with UEFI 3.00 or 2.50. I was just in the UEFI earlier today, and I could swear the name of this option is CPU Fan Type Setting. I imagine we are talking about the same thing. I just had the PSU switched off an unplugged, as I had the case of the Z170 Extreme7+ PC open to change a fan. So I started the PC with UEFI 3.00 and had turned off the PSU as you described. I do not experience anything like your "triple attempt to POST", or the PC going directly into the UEFI Main screen. When this board/UEFI goes into the UEFI automatically during a startup that is NOT after a UEFI clear or UEFI update, that means the Boot Failure Guard feature has detected a number of failed POST attempts (default number is three), and assumes one or more options in the UEFI need to be adjusted. Your "triple attempt to POST" experience sure seems to be the Boot Failure Guard feature working as it should be. Questions for you: With UEFI 2.50, after the "triple attempt to POST" occurs, what would happen next? It seems the PC then booted, is that right? UEFI 3.00 puts you into the UEFI apparently right away, after one POST failure. Our board now simply has an option called Boot Failure Guard Message, and we cannot set the number of attempts. The automatic count is three. I guess you are not seeing this message? Perhaps this option is Disabled? How the triple POST attempt is related to the CPU Fan Type Setting is strange IMO. Are you using the stock Skylake cooler? I'm guessing that whatever CPU cooler you are using, with whatever CPU fan speed profile is in use, might not let the fan on the CPU_FAN1 header spin up? That is seen as an error, therefore you are put into the UEFI to fix this. Only thing I can think of.  But we may be able to figure your issue out now, if you give me some more hints by answering my questions please. The Support 4K native HDD thing should be only related to HDDs that are of the "Advanced Format" type. This has nothing to do with SSDs, and there is nothing we can configure or do to use it or not. This is all dealt with at a low level of IO, that we cannot touch. It simply means HDDs that are 4K Native will work correctly with this board and UEFI update. For HDDs in the past, the standard sector size was 512 bytes. A larger sector size of 4K more efficiently uses the space on a magnetic storage medium, HDDs. 4K Native means the HDD no longer uses the "512e" 4K sector type, a type of emulated 512 byte sectors. SSDs do not have sectors in the way that HDDs do, but we still must look at SSDs as we do with HDDs, due to the NTFS file system that was created for HDDs, not SSDs. I await the first flash storage based file system in PC operating systems, but wait we probably will. |
|
|
|
|
|
|
|
squawker
Newbie
Joined: 25 Jan 2016 Status: Offline Points: 18 |
Post Options
Thanks(0)
Quote Reply
Posted: 16 Apr 2016 at 11:55am |
|
Hi, My
Extreme7+ was running without a glitch with UEFI 2.50, so, against ASRock
website advice i did an UEFI update to 3.00 version Everything
went smoothly, and even my M.2 raid config survived one more time bios
updating UEFI 3.00 description says: 1. Improve FAN compatibility. 2. Support 4k native HDD. 3. Improve DRAM compatibility.
And how UEFI 3.00 does work in my system? Item 1 with UEFI 2.50: If I set in ''CPU Fan 1 Type'' the setting ''4 pin'' instead of ''Auto'', boot after PSU being off caused what i called ''triple attempt to post'' in this thread: ''Summary: in my rig, what I called "triple attempt to post", in the absence of a better name, only occurs in UEFI v. 2.50 when the "CPU Fan 1 Type" is set to "4 Pin" and the PSU is off before booting.'' Item 1 with UEFI 3.00 Again, If I set in ''CPU Fan 1 Type'' the setting ''4 pin'' instead of ''Auto'', boot after PSU being off is even worse, because instead of having the triple attempt to post, and after going to OS, with 3.00 it goes to UEFI Main Menu and stays there!
Item 3 with UEFI 2.50 and 3.00: My board did not and does not have any DRAM issues with both bios versions (it works at stock 2133 MHz).
Item 2: Support 4k native HDD. This is what induced me to
update bios My rig shows in System Information and in Intel Rapid Storage Technology Control Panel that it works with 512 Bytes/Sector. I would thanks any input about if this new UEFI characteristic could change anything related to SSD's behavior or performance and what is needed to put it to work in actual configs. Regards |
|
|
|
|
Post Reply
|
|
Tweet
|
| Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |
Topic Options
.
.
.