Z170 Pro4/D3 Beta BIOS needs attention |
Post Reply | Page 12> |
Author | ||||||
cainn24
Newbie Joined: 25 Jan 2016 Status: Offline Points: 13 |
Post Options
Thanks(0)
Posted: 26 Jan 2016 at 12:41am |
|||||
I understand what "Beta" means, but right now the BIOS for this board seems VERY flakey.
Here are some of the problems I have encountered: 1) CPU core voltage adjustments don't always apply 2) Setting the boot performance mode to "Max Battery" (the feature description states that this is the recommended setting for BCLK overclocking) sometimes causes the system to boot into Windows (10) using a very low multiplier (no software overclocking utilities are running) 3) The UEFI (BIOS) setup GUI freezes often, even when everything is running at stock, and most often when clicking the "back" button to exit a particular section, even after doing a proper reset operation as described in the manual 4) Even when core voltage adjustments work only a minimal amount of overclocking is possible. I can barely get my i5-6400 to hit 3.9GHz (which is also unstable), and this remains true even when I UNDERCLOCK my memory (which has been tested extensively in another board and found to be perfectly fine) Please tell me that you guys working on improving the BIOS as right now it's almost unusable. We really need there to be at least one DDR3 Skylake board that has decent BCLK overclocking capabilities. By the way, do you think you could add a "fixed" voltage mode for vcore adjustments instead of (or in addition to) just an offset? And how about Load-Line Calibration? Thanks :)
|
||||||
Xaltar
Moderator Group Joined: 16 May 2015 Location: Europe Status: Offline Points: 25058 |
Post Options
Thanks(0)
|
|||||
Could you list your full system specs please, CPU, RAM, GPU etc
|
||||||
cainn24
Newbie Joined: 25 Jan 2016 Status: Offline Points: 13 |
Post Options
Thanks(0)
|
|||||
Sure: Asrock Z170 Pro4/D3 running BIOS v1.74 Intel i5-6400 (cooled with a Noctua NH-C12P SE14) Kingston KHX1866C10D3/4G (8GB kit, dual channel, slots 1,3) MSI nVidia GTX970 Gaming Corsair HX650W PSU + a couple of Intel SSDs and WD Green drives
Edited by cainn24 - 26 Jan 2016 at 1:59am |
||||||
parsec
Moderator Group Joined: 04 May 2015 Location: USA Status: Offline Points: 4996 |
Post Options
Thanks(0)
|
|||||
I must say I have had freezing problems recently when using the UEFI UI on my Z170 Extreme7+ board. I am using a Beta UEFI, 2.31, which has been removed from this board's download page.
While I have had no problems with several Beta UEFI versions for this and other ASRock boards, Beta version are labeled as such because they likely do not go through as much testing as the standard versions. So IMO Beta versions should not be judged at the same level as standard versions. Still, problems are not good. The Z170 Pro4/D3 should soon be getting its Skylake CPU microcode update fix for the AVX instruction bug that was found recently. That is not the 1.70 version dated 11/27/15. You should watch for that version to be released and give it a try. |
||||||
cainn24
Newbie Joined: 25 Jan 2016 Status: Offline Points: 13 |
Post Options
Thanks(0)
|
|||||
Thanks for the replies :)
An update: After finally managing to get a vcore adjustment to stick, and get some other appropriate settings dialed in without a UEFI freeze, I successfully booted into Windows 10 at 4GHz. It was Prime95 stable for an hour, after which I also ran some 3D benchmarks and even played Fallout 4 for a while. So we know this board can overclock at least a bit. However some significant issues remain: For some reason I can't boot Linux when overclocking, even when the overclock seems 100% stable in all other respects. Weird. The system wouldn't come out of "sleep" mode, and it took several reboot attempts to bring it up again. Maybe I shouldn't be expecting proper power management behaviour in this scenario, but I've overclocked every system I've ever owned and never had to sacrifice such features. However if this was the only problem I think I could live with it. I thought perhaps that the "Boot performance mode" might be in play here (it sounds like it keeps the CPU multiplier low until the OS boots) so I tried setting it to "Max battery" again but observed the same behaviour as before: Windows boots with the multiplier permanently locked to a low value (right now my i5-6400 is running at 1200MHz and wont budge from there even when running Prime95). So, vcore adjustments can work (albeit very intermittently), stable overclocking is possible (when the stars align), but there are all sorts of pretty major peripheral bugs and usability issues. Do the Asrock engineers peruse these forums, or should I be emailing them this sort of information directly? (EDIT: have now used the support request form relay this information as well) Thanks again.
Edited by cainn24 - 26 Jan 2016 at 12:49pm |
||||||
parsec
Moderator Group Joined: 04 May 2015 Location: USA Status: Offline Points: 4996 |
Post Options
Thanks(0)
|
|||||
No idea about the engineers, whom don't forget are in Taiwan.
You can contact ASRock Technical Support via the form on this page: http://event.asrock.com/tsd.asp The Max Battery option is supposed to do what you are experiencing. It keeps the core multipliers at a fixed setting so they don't interfere with a BCLK OC. Recall that C States are not active when doing a BCLK OC, since they do just that, vary the multiplier among other things. Back when over clocking was done mainly by the BCLK, disabling C States was a common practice for stability. Sometimes video cards have problems with coming out of Sleep, and a PSU can too. Did you check the Windows Event Log for any clues? What are your basic settings for your 4GHz OC? BCLK, multiplier for All Cores? Multi Core Enhancement should be Disabled. Do you have any special BCLK options (some boards do) that may make a BCLK OC more stable? Linux would boot for you when you are not using your BCLK OC? |
||||||
cainn24
Newbie Joined: 25 Jan 2016 Status: Offline Points: 13 |
Post Options
Thanks(0)
|
|||||
Done :)
Enabling the Max Battery option is itself interfering with the overclock by virtue of locking the multiplier to a low value. Yes, that is appropriate behaviour, but only up until the point where the OS has booted. But for me it remains locked to x8 even after Windows has booted. This means that a 4GHz OC becomes a 1.2GHz underclock (while the baseclock remains at 150MHz). Setting it back to "Max Non-Turbo Performance" gets me back to 4GHz as a result of the multiplier being locked at x27, which is where it should be. "Max battery mode will set CPU ratio as x8 until OS handoff" Given the description, and the fact that it is the recommended setting for BCLK overclocking, one would have to conclude that this is a bug, right? Why bother with the setting then? My thinking is that it might solve some intermittent boot issues and help facilitate higher overclocks (by putting less initial strain on the system), so it seems like a useful feature. As such I'd like to see it working properly :)
Sure.
I haven't checked the log yet. But the system has no trouble coming out of sleep when I'm not overclocking.
The BIOS on this board is sparsely populated with settings compared to some other Asrock Z170 boards. I've disabled things like Speedstep and Turbo Boost obviously. I keep the RAM within spec. I keep the vcore at or close to 1.325v. About the only "special" BCLK OC-related option is the one that doesn't work properly: "Boot performance mode".
Yes, it boots fine when everything is running at stock speeds. It also wont boot with the "Max Battery" option, which as described above seems to result in a permanent (for the boot cycle at hand anyway) underclock.
Edited by cainn24 - 26 Jan 2016 at 5:59pm |
||||||
cainn24
Newbie Joined: 25 Jan 2016 Status: Offline Points: 13 |
Post Options
Thanks(0)
|
|||||
Small update:
The Linux (Ubuntu 15.10) boot issue doesn't appear to be stability-related since even the tiniest of overclocks (110MHz BLCK for example) stops it from booting (hangs with a flashing cursor after grub with no useful information logged). This suggests that the issue might be related to bad handling of a scenario involving disabled CPU features or something like that. Knowing that Skylake support was basically sort of hacked together for 15.10 I decided to update it to kernel 4.3, but the boot failure persists in an identical fashion. Even a daily build of 16.04 behaved in precisely the same way. Again all it takes to make it all work again is to set the BCLK back to 100MHz. This is getting to be a bit of a deal-breaker. As it stands it would have made more sense to get a cheaper board with a low-end chipset to pair with something like an i5-6600. Roughly the same outlay, roughly the same performance (as my 4GHz i5-6400 OC) but without all the drama. Still hoping the situation can be salvaged with a BIOS update of course.
Edited by cainn24 - 27 Jan 2016 at 6:46am |
||||||
Xaltar
Moderator Group Joined: 16 May 2015 Location: Europe Status: Offline Points: 25058 |
Post Options
Thanks(0)
|
|||||
I would hold on for a bit for the Skylake prime bug fix BIOS to be released for your board, most other boards have updates available now so it shouldn't be long.
|
||||||
cainn24
Newbie Joined: 25 Jan 2016 Status: Offline Points: 13 |
Post Options
Thanks(0)
|
|||||
So, the 1.90 BIOS is now available. However I am disappointed to report that all the same issues remain. I can't boot Ubuntu even with the smallest BLCK adjustment, the "Max Battery" boot performance setting stills locks the multiplier to x8 (even in Windows under load) and there is still the occasional UEFI GUI freeze (mouse cursor still moves but the GUI elements become unresponsive) whether I am overclocking or not.
I've also tried the automagical Sky OC "press X to overclock" feature (which seems to lock the OC to a speed that while higher than base is still less than the CPU's turbo boost speed? :/) and it doesn't behave any differently from a manual OC. I suspected that this would be the case but I tried it anyway. Vcore adjustments seem to be more reliable in the sense that they actually stick but since the problem was intermittent before only further testing will confirm an improvement. I haven't tried OC'ing beyond 4GHz on the new BIOS yet to see if there are any stability improvements but it's kind of a moot point anyway if I can't boot into Ubuntu (I do most of my gaming in Windows, but most of my really CPU intensive tasks in Ubuntu). There's probably just the right kernel argument (or combination thereof) out there somewhere to serve as a workaround but I haven't found it yet. At this point I'd like to encourage anyone who stumbles across this thread via a google search to sign up and report on their own experiences with BCLK OC'ing on this same motherboard as it would be profoundly useful to know whether or not I am the only one having these problems. Please :) I will of course wait to hear back from Asrock support before I decide what to do moving forward. Thanks for the input so far everyone :)
Edited by cainn24 - 27 Jan 2016 at 4:41pm |
||||||
Post Reply | Page 12> |
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 |