Contribute
Register

[SUCCESS] Gigabyte Designare Z390 (Thunderbolt 3) + i7-9700K + AMD RX 580

@Yobuild & @CaseySJ! I think I found a solution to this problem. Here goes:

A few weeks ago, I was almost done building and testing my system when I noticed that no matter what I did, I was having a strange frame-drop behavior on Heaven and Valley benchmarks. The problem consist on sporadic but persistent and very noticeable FPS drops on a high end card (such as my VEGA 64 Reference edition from Sapphire) on both Heaven and Valley benchmarks. The problem is not present when using other graphically intense applications, for me (and for @Yobuild at least) it only happens when running those two benchmarks.

The past week I was caught by the marathon of people experimenting with alternatives to OsxAptioFix2Drv-free2000, so I decided I was going to give a try to some of those approaches using AptioMemoryFix, that led me to remove OsxAptioFix2Drv-free2000 and I thought: I might also remove EmuVariableUefi, because I don't need iMessage and FaceTime. So I did. I was surprised to see that I was having Kernel Panics on Shutdown and Reboot (everything was getting worst by the second at this point). You can practically read my desperation in this post.

So I decided I was going to perform a fresh install to go back to the good old days of having one problem instead of two. And so I did. Again, Kernel Panics on Shutdown and Reboot. It seemed I was about to collect my third problem when @rj510 pointed out in this post that AptioMemoryFix.efi requires EmuVariableUefi.efi to avoid panic re-boots. Hmm, I didn't know that. A second after that (remember this was my second fresh install of the night?) I realized it was never necessary to re-install macOS, it was just a matter of getting the right combination of files.

Ok so, booted for the third time to a freshly installed macOS. Reboot and.. voila, no Kernel Panic. So that was the solution to a problem I generated myself. BUT, what about the VEGA 64 and Valley/Heaven issue??? You may say. It was also gone!!! I was so happy, I don't know what it was, but it was gone and I get the chance to be happy with my machine again. So, I hurry myself up to move to post-install, did everything right. Since I had a previous installation, I copied my EFI folder from before to the new created EFI partition on my Mojave disc. Reboot (this time with no KP) and proceeded to benchmark the entire system. And to my surprise.. Heaven and Valley are performing with sporadic but persistent and very noticeable FPS drops on my VEGA 64 Reference edition from Sapphire.

That led me to believe that it was the EFI folder (or some driver or kext in it) that was causing the issue. So I proceeded to spend the night debugging my EFI folder. That is, testing every combination and versions of boot loader, drivers, kexts, etc. I initially started with the install EFI folder (the one present on the USB drive when you install the OS) and from there I added one by one the files of my old EFI folder (the one that was causing the issues with the GPU) until I had a hit.

The file causing the issue was ACPISensors.kext

From there, I proceded to create a new EFI folder using VirtualSMC in combination with AptioMemoryFix and EmuVariableUefi and Clover 5018 with all the latest versions of the kexts needed for the GIGABYTE Z390 DESIGNARE, which can be found attached on this post.

The specific version of ACPISensors.kext causing the issue on my system is the version of the driver modified by KGP, which is attached on the first thread of this guide.

I guess one can choose to avoid using ACPISensors.kext or try a different version and see if that works better or just skip FakeSMC.kext and all its companion drivers and stick to VirtualSMC, following @CaseySJ guidelines detailed on the first thread of this thread.

I also noticed another side effect of using ACPISensors.kext:

When using this driver, iStats Menus performs in a weird way when moving between the different drop down menus from the monitor sensors. It's like the data or update frequency of the app was shown choppy (which is also consistent with the sinptoms observed in Heaven and Valley)

Attached, find my EFI folder. This folder is a Vanilla implementation of Clover 5018 based on the work made by @CaseySJ. It uses VirtualSMC in combination with AptioMemoryFix and EmuVariableUefi. Just replace the values for Serial Number, SmUUID and Board Serial Number on SMBIOS and Rt Variables (copy Board Serial Number to MLB field) tabs. I believe it is also prepared for a direct update to 10.14.6, which I wil try out in the next few days.

I now have zero problems on my build. Here are some pictures of the before and after states of the situation:


With ACPISensors.kext:

View attachment 418428

Without ACPISensors.kext:


View attachment 418430

Altough there is a minor improve in general performance here, the important parameter here is Min FPS, which is 3 times higher by just removing the ACPISensors.kext, resulting in a smoother and higher frame rate across the scenes.

I also want to clarify that I don't have the minor clue on why this happens on this specific conditions, I just know it does. I really hope my experience on this matter and my EFI folder is useful to someone.

Nevertheless, @Yobuild I would like to ask you to try my EFI folder if possible (or just remove ACPISensors.kext) and launch Heaven and Valley to see if the fix does something for your system as well or if it's just mine.

Cheers!

Can you try and see if you can Enable SIP ? Rt Variables >> CsrActiveConfig - 0x0
I get a memory allocation error when I enable SIP. I can move it to 0 x 50 but not 0x0 in a similarly setup environment
 
So, I searched XMP in this thread and found that you recommended XMP multiple times, although there is no mention wether it could work flawlessly without XMP ... is there any setting (probably in BIOS, where I cannot set XMP to profile 1) which I could try?
I searched for 32GB UDIMMs with XMP support and the only ones I could find are indeed Trident Z RGB DCs. But these will cost me more than 1600€ for 128GB - to much for me. Would you recommend letting the 128GB kit let go for the moment (maybe later there will be more affordable kits with XMP)? Or is there still a way?
 
@Yobuild & @CaseySJ! I think I found a solution to this problem. Here goes:

A few weeks ago, I was almost done building and testing my system when I noticed that no matter what I did, I was having a strange frame-drop behavior on Heaven and Valley benchmarks. The problem consist on sporadic but persistent and very noticeable FPS drops on a high end card (such as my VEGA 64 Reference edition from Sapphire) on both Heaven and Valley benchmarks. The problem is not present when using other graphically intense applications, for me (and for @Yobuild at least) it only happens when running those two benchmarks.

The past week I was caught by the marathon of people experimenting with alternatives to OsxAptioFix2Drv-free2000, so I decided I was going to give a try to some of those approaches using AptioMemoryFix, that led me to remove OsxAptioFix2Drv-free2000 and I thought: I might also remove EmuVariableUefi, because I don't need iMessage and FaceTime. So I did. I was surprised to see that I was having Kernel Panics on Shutdown and Reboot (everything was getting worst by the second at this point). You can practically read my desperation in this post.

So I decided I was going to perform a fresh install to go back to the good old days of having one problem instead of two. And so I did. Again, Kernel Panics on Shutdown and Reboot. It seemed I was about to collect my third problem when @rj510 pointed out in this post that AptioMemoryFix.efi requires EmuVariableUefi.efi to avoid panic re-boots. Hmm, I didn't know that. A second after that (remember this was my second fresh install of the night?) I realized it was never necessary to re-install macOS, it was just a matter of getting the right combination of files.

Ok so, booted for the third time to a freshly installed macOS. Reboot and.. voila, no Kernel Panic. So that was the solution to a problem I generated myself. BUT, what about the VEGA 64 and Valley/Heaven issue??? You may say. It was also gone!!! I was so happy, I don't know what it was, but it was gone and I get the chance to be happy with my machine again. So, I hurry myself up to move to post-install, did everything right. Since I had a previous installation, I copied my EFI folder from before to the new created EFI partition on my Mojave disc. Reboot (this time with no KP) and proceeded to benchmark the entire system. And to my surprise.. Heaven and Valley are performing with sporadic but persistent and very noticeable FPS drops on my VEGA 64 Reference edition from Sapphire.

That led me to believe that it was the EFI folder (or some driver or kext in it) that was causing the issue. So I proceeded to spend the night debugging my EFI folder. That is, testing every combination and versions of boot loader, drivers, kexts, etc. I initially started with the install EFI folder (the one present on the USB drive when you install the OS) and from there I added one by one the files of my old EFI folder (the one that was causing the issues with the GPU) until I had a hit.

The file causing the issue was ACPISensors.kext

From there, I proceded to create a new EFI folder using VirtualSMC in combination with AptioMemoryFix and EmuVariableUefi and Clover 5018 with all the latest versions of the kexts needed for the GIGABYTE Z390 DESIGNARE, which can be found attached on this post.

The specific version of ACPISensors.kext causing the issue on my system is the version of the driver modified by KGP, which is attached on the first thread of this guide.

I guess one can choose to avoid using ACPISensors.kext or try a different version and see if that works better or just skip FakeSMC.kext and all its companion drivers and stick to VirtualSMC, following @CaseySJ guidelines detailed on the first thread of this thread.

I also noticed another side effect of using ACPISensors.kext:

When using this driver, iStats Menus performs in a weird way when moving between the different drop down menus from the monitor sensors. It's like the data or update frequency of the app was shown choppy (which is also consistent with the sinptoms observed in Heaven and Valley)

Attached, find my EFI folder. This folder is a Vanilla implementation of Clover 5018 based on the work made by @CaseySJ. It uses VirtualSMC in combination with AptioMemoryFix and EmuVariableUefi. Just replace the values for Serial Number, SmUUID and Board Serial Number on SMBIOS and Rt Variables (copy Board Serial Number to MLB field) tabs. I believe it is also prepared for a direct update to 10.14.6, which I wil try out in the next few days.

I now have zero problems on my build. Here are some pictures of the before and after states of the situation:


With ACPISensors.kext:

View attachment 418428

Without ACPISensors.kext:


View attachment 418430

Altough there is a minor improve in general performance here, the important parameter here is Min FPS, which is 3 times higher by just removing the ACPISensors.kext, resulting in a smoother and higher frame rate across the scenes.

I also want to clarify that I don't have the minor clue on why this happens on this specific conditions, I just know it does. I really hope my experience on this matter and my EFI folder is useful to someone.

Nevertheless, @Yobuild I would like to ask you to try my EFI folder if possible (or just remove ACPISensors.kext) and launch Heaven and Valley to see if the fix does something for your system as well or if it's just mine.

Cheers!

Congrats!!!
This is almost exactly where I'm at today. I have iGPU disabled, dropped Whatevergreen, moved to AptioMemoryFix-64, moved to VirtualSMC. My system is running faster and without any hesitation, glitches, or anomalies (that I can tell) so far...
 
So, I searched XMP in this thread and found that you recommended XMP multiple times, although there is no mention wether it could work flawlessly without XMP ... is there any setting (probably in BIOS, where I cannot set XMP to profile 1) which I could try?
I searched for 32GB UDIMMs with XMP support and the only ones I could find are indeed Trident Z RGB DCs. But these will cost me more than 1600€ for 128GB - to much for me. Would you recommend letting the 128GB kit let go for the moment (maybe later there will be more affordable kits with XMP)? Or is there still a way?


I'm confused here, is this all about the XMP? You obviously,y don't need to run with the XMP profile. This is simply an "overclocking" profile that Intel says "should" work with the chipset/CPU. Overclocking your RAM is fun and all but I'm not sure what outside of Gaming would really see any advantage to it?
 
Congrats!!!
This is almost exactly where I'm at today. I have iGPU disabled, dropped Whatevergreen, moved to AptioMemoryFix-64, moved to VirtualSMC. My system is running faster and without any hesitation, glitches, or anomalies (that I can tell) so far...

How did you move to AptioMemoryFix-64? I was under the impression that it wouldn't boot without the OSXAptioFix2Drv-Free2000. Is it an SMBIOS thing? I'm currently using iMac 19.1 sysdefs.
 
Hi there!!

Just changed FakeSMC with VirtualSMC. 1.06, but now iStats doesn't shows the CPU's temp !! :eek::eek:

Thanks a lot,
 
Hi Rag!

Thanks for your help! I have just recently upgraded from f5 to f6. But why not try F7? :)

My RX 580 is also placed in PCI 1. It seems like the windows server issues (graphics glitches) for the first glance are gone. But I have already had two kernel panics that should be related to graphics somehow (gpurestarts). I hope that these are separate problems. So one would be solved right now. But I will do more tests.

Your BIOS config pretty much looks like mine, when I had a look at it, before restarting. Again thanks!

Bye

Wawanee

@Wawanee

Well there are inexplicable problems with this Gigabyte card.
So I ask that I do as recommended and test, without trying otherwise.
So you will have a machine like the one I have here and another 2 I have without any problem.
What I see is that when we recommend something people start trying to put the configuration without doing the way it was recommended.
Then do the bios test, uploading the file I uploaded without trying to change anything to test.
Luck.
 
Can you try and see if you can Enable SIP ? Rt Variables >> CsrActiveConfig - 0x0
I get a memory allocation error when I enable SIP. I can move it to 0 x 50 but not 0x0 in a similarly setup environment
Hi @mango1122!

I want to help yo, but I don't know if I can. Explain yourself better please:

1. Where is SIP?
2. What is it?
3. Why is it good or why do you need it? (I ask because I might need it too)
4. Do you want me to try to set CsrActiveConfig to a value of 0x0 on the Rt variables tab on CC?
5. You are using the EFI folder I provided, correct?

Sorry for so many (perhaps stupid or unnecessary) questions. I just want to make sure I understand what you need..
 
If you’re using Rehabman’s MaciASL 1.3.1, then try acidanthera’s MaciASL 1.5.5. Do you still get the same error?

I managed to grab the DSDT from Clover at boot. There are many errors when compiling it that I need to sort out. Not sure how that happened but I started a new thread in case anyone was interested here.

Maybe you can still get what you need from this though (attached). Again, thanks for your help.
 

Attachments

  • DSDT.aml
    183.4 KB · Views: 70
  • SSDT-DTPG.aml
    100 bytes · Views: 64
  • SSDT-Z370-TB3HP.aml
    5.7 KB · Views: 49
  • config.plist
    7.9 KB · Views: 67
Hi Rag!

Thanks for your help! I have just recently upgraded from f5 to f6. But why not try F7? :)

My RX 580 is also placed in PCI 1. It seems like the windows server issues (graphics glitches) for the first glance are gone. But I have already had two kernel panics that should be related to graphics somehow (gpurestarts). I hope that these are separate problems. So one would be solved right now. But I will do more tests.

Your BIOS config pretty much looks like mine, when I had a look at it, before restarting. Again thanks!

Bye

Wawanee
Please try the attached CLOVER folder (remember to replace doopdeedoo). Your configuration is generally consistent and correct, but has a couple of extra UEFI drivers that I've removed. Always good to start with the simplest setup.

Also, please post a screenshot of your /Library/Extensions folder and run Kext Utility to rebuild kernel cache just to be extra sure.
 

Attachments

  • CLOVER-Wawanee.zip
    2.1 MB · Views: 54
Back
Top