RuleBreaker01
Banned
- Joined
- May 31, 2018
- Messages
- 1,274
Have anyone got luck on Overclocking yet? No luck for me,
I did. It is rock solid - never once fails to allocate during the installation process or after. This seems to be a feature of the X99 and X299 platforms - the UEFI on these boards fragments the memory allocation for device drivers for some reason.0x67 is any the default value I use.
I have no time for tests, sorry... You suggested to use Clover's OsxAptioFixDrv.efi, so please also verify that your proposal and suggestion is stable. Thanks!
Doesn't happen for me on the hardware in my sig.I regret but I also have to correct your above statements. Up to now, Clover's OsxAptioFixDrv.efi erroneously relocated memory, wich indeed resulted in frequent reboots of the system!
I'm quite familiar with all these options and their effects. I think your info is out of date.If you carefully watch the Clover Install Customisation Options, you will see that Clover also offers a OSXLowMemFixDrv-64.efi, which one could install to fix the Low Memory Errors of OsxAptioFixDrv.efi! Unfortunately, OSXLowMemFixDrv-64.efi did not work satisfactorily at all so far!
What I am suggesting is that, as long as you are happy with leaving CsrActiveConfig set to 0x67 then the original OsxAptioFixDrv.efi would appear to be much more reliable than the later versions - at least in my own use so far on High Sierra on X299. So it may be simpler to use it for the initial installation and setup for people who are having major issues with device memory allocation - note that this is a function of how many devices you have enabled in your system, such as SATA controllers, disk arrays etc. While it may not be an issue for you, for some with more complex hardware that cannot be avoided (like my internal SATA RAID arrays) the later versions simply don't work.That's why I used the OsxAptioFix2Drv-free2000.efi instead, which just shows occasionally some memory relocation error at at the very initial boot step, however which else behaves absolutely stable!
That's the reality, which unfortunately is at odd with your theory. If you can prove by stable results that I am wrong, I will be more than happy!
I think all 12 of the USB ports on the R6E are 3.1.This is after booting without any USB kext? I mean, this is your OS X XHC USB emergency configuration?
Looks really unexpected! I have never seen such configuration...
FINALLY Got my rig working! I am not sure what exactly happened but I think this typo is what broke my installer. I can't explain it but once I recreated the install disk with "--nointeraction" everything started working like Magic! Very frustrating but I am glad everything is working as KGP promised. Thanks again for all your help!Thanks for the correction! Stupid Typo! Corrected!
I did. It is rock solid - never once fails to allocate during the installation process or after. This seems to be a feature of the X99 and X299 platforms - the UEFI on these boards fragments the memory allocation for device drivers for some reason.
It is described here and here. Yes - I have read all about version 2 and free2000 as you will see from the second linked URL. What I am reporting is that it is the fix for the SIP issue that appears to cause the frequent allocation failures using version free2000 (for me it was about 4 out of 5 times). As I said above, the only issue I have had using the original driver after many reboots (manually initiated) without a problem is that you cannot set CsrActiveConfig to any value other than 0x67 - which for me is an issue but for others is not. To install some software (eg Nvidia Web Driver) requires SIP to be enabled to prevent incorrect permissions being set on KEXTs.
Doesn't happen for me on the hardware in my sig.
I'm quite familiar with all these options and their effects. I think your info is out of date.
What I am suggesting is that, as long as you are happy with leaving CsrActiveConfig set to 0x67 then the original OsxAptioFixDrv.efi would appear to be much more reliable than the later versions - at least in my own use so far on High Sierra on X299. So it may be simpler to use it for the initial installation and setup for people who are having major issues with device memory allocation - note that this is a function of how many devices you have enabled in your system, such as SATA controllers, disk arrays etc. While it may not be an issue for you, for some with more complex hardware that cannot be avoided (like my internal SATA RAID arrays) the later versions simply don't work.
So, as I suggested to someone a few posts back - if you are having issues with OsxAptioFix2Drv-free2000.efi, give the original OsxAptioFixDrv.efi from Clover 4233 a try. It may get you past the issue you are having, after which you can finish your setup and change it to whatever works best.
FINALLY Got my rig working! I am not sure what exactly happened but I think this typo is what broke my installer. I can't explain it but once I recreated the install disk with "--nointeraction" everything started working like Magic! Very frustrating but I am glad everything is working as KGP promised. Thanks again for all your help!
One question about the Gigabyte BIOS settings.
In B2-Initial Gigabyte BIOS configuration you write under 2) f : Package C State limit : enabled.
In the current F7 BIOS the options under Package C State limit are: C0/C1, C2, C6, C6 (Retention) state, No Limit and Auto. The option “enabled” is not available. Which option would you recommend?
Have anyone got luck on Overclocking yet? No luck for me,