Contribute
Register

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

@CaseySJ, now the only issue is that when I go back to my custom USB Kext, the Bluetooth stops working. Are you able to modify this for me to disable the Fenvi ports and enable the bluetooth port?

I am not certain how to modify this.
 

Attachments

  • USBPorts.kext
    512 bytes · Views: 41
Hi, i have the same issues. Which ACPI files did you disable?


Disable:
SSDT-DESIGNARE-Z390-NO-CNVW.aml
SSDT-UIAC-DESIGNARE-Z390-V7.aml

Enable:
SSDT-UIAC-DESIGNARE-Z390-V7D.aml

@Inqnuam, not sure if it is possible but HackinDROM can possibly override the above setups if someone selects any of the IntelWifi builds.
 
Last edited:
Disable:
SSDT-DESIGNARE-Z390-NO-CNVW.aml
SSDT-UIAC-DESIGNARE-Z390-V7.aml

Enable:
SSDT-UIAC-DESIGNARE-Z390-V7D.aml

@Inqnuam, not sure if it is possible but HackinDROM can possibly override the above setups if someone selects any of the IntelWifi builds.
I didn't understand what is the issue, could you please explain it, with an example if possible ?
 
I didn't understand what is the issue, could you please explain it, with an example if possible ?
Hi Inquam, Not so much an issue as a possible enhancement to the tool. In OpenCoreConfig tool, we can see comments next to ACPI files. In HackinDROM, I do not believe that we can see this. Because of this, when I was trying to switch from the standard 'Z390 Designare' setup, to the 'Z390 Designare + IntelWifi' setup, I was not able to see that I should have disabled the 2 ACPI files (since I already had them enabled, the tool kept the setup).

If possible, it would either be good to be able to see comments in HackinDROM for all of the ACPI/Kexts and/or automatically override a users setup for the 3 kexts (NO-CNVW, Z390-V7, Z390-V7D) if they select '+ IntelWifi' setup as it will not work without these changes. (for the second option, the Kexts would probably be different for the Z400 series, etc.)


Screen Shot 2021-04-28 at 5.56.45 PM.png
 
Hi Inquam, Not so much an issue as a possible enhancement to the tool. In OpenCoreConfig tool, we can see comments next to ACPI files. In HackinDROM, I do not believe that we can see this. Because of this, when I was trying to switch from the standard 'Z390 Designare' setup, to the 'Z390 Designare + IntelWifi' setup, I was not able to see that I should have disabled the 2 ACPI files (since I already had them enabled, the tool kept the setup).

If possible, it would either be good to be able to see comments in HackinDROM for all of the ACPI/Kexts and/or automatically override a users setup for the 3 kexts (NO-CNVW, Z390-V7, Z390-V7D) if they select '+ IntelWifi' setup as it will not work without these changes. (for the second option, the Kexts would probably be different for the Z400 series, etc.)


View attachment 516795
I guess you have tried to change your EFI partition's content by changing the build from Settings then tried to "Reinstall OC", which I think isn't the best method
the easiest and proper way is the "Create EFI" option, by selecting OpenWireless version and importing your serials from your system

Your proposal of showing Comment section is accepted and will be in next version!
 
If you have the OpenCore 0.6.8 EFI from this thread, you're 90% of the way there.
  1. Just create a USB install disk with Catalina. Follow the relevant sections of this post.
  2. Copy the EFI folder to the EFI partition of the USB flash disk.
  3. Boot from the USB flash disk.
Thank you kindly for your reply, and pardon me for replying late.

I have discovered I have some kind of hardware failure / or conflicting accessories, etc. Actually, I believe I have several things wrong. This is why no matter what I try, somewhere along each attempt, there is a failure of some kind.

It got so bad that Apps began to become corrupted and failed on launch, Apps I knew were fine and I had used even recently. Entire SSDs began failing. Even back in Windows, right-clicking on drives/partitions in Disk Manager to see Properties was unresponsive, as if you had not right-clicked. This seemed to clear up (and MAY HAVE been from corruped BIOS profiles, as I often save and reload them), AFTER I completely cleared and manually entered my BIOS config. And things just continued to deteriorate.

The final straw was in BIOS, if you were in Easy Mode, you could see the little spinning fans were hesitating every second. Actually, the entire system was doing that. Moving the mouse or "arrowing" through BIOS selections exhibited the same hesitation. I rest CMOS, Loaded Optimized defaults, even Q-Flashed, several times, nothing resolved it. I finally disconnected all cables accept keyboard and mouse... the issue was gone!!!! WTGF?!!!!!!

So tech hell DOES exist, I know, because I've been sent here, where I'm writing this from.

So likely few, to no posts from me until I figure this mess out. Got my machine in pieces and working with both of my Z390 boards to test all of my components and accessories. Will report back once I am absolutely SURE what all the issues are.

Thank you @CaseySJ for your patience with me, and all of your help. I have been working on all of this non-stop since your previous post to me. I wish I could say I was having fun, but... it's hell, so...
 
Oppps, I did have one question, and sorry, it's probably a very stupid one, but I just haven't figured this all out yet.

If in the following scenario:

- I have NO config.plist for my Z390

- My Z390 is currently wiped

- The objective: That Catalina will be installed fresh and will use OpenCore 0.6.8, AND I am using a real Macmini6,2 with MacOS Catalina 10.5.7 to do all the prep work from (creating Catalina boot USB, using HackinDROM, etc.)

So my question: Where do I get the config.plist from to use in the first step of the HackinDROM process, in this scenario?

Do I use the one from the OC-068-DESIGNARE-Z390.zip package, the one in ETC/OC/ named:

config-AMD-GPU.plist?

At this point, I THINK that is the only thing I'm still confused a bit about. Where do you get that initial config.plist from, when none yet exist? :problem::roll2::?:o_O

Thank you.
 
Last edited:


So my question: Where do I get the config.plist from to use in the first step of the HackinDROM process, in this scenario?

Your timing is impeccable!
 
Interesting. So you observe the same behavior as I do with Logitech products via the Bluetooth connection under MacOS. First the device connects and then disconnects a second later.
What's even crazier is that the Bluetooth connection under Windows 10 is absolutely stable and the other Bluetooth devices (e.g. JBL Pulse 2) also work. So it has to be related to the kext somehow.
@CaseySJ

Possibly related stuff. I used to get disconnections using an apple mouse when dual booting (linux and MacOs). The mouse would pair but would disconnect soon afterwards - I looked through the archwiki for bluetooth and they recommend a method for "Dual boot pairing". You basically set the same pairing key on both OS's to avoid issues. More details - https://wiki.archlinux.org/index.php/bluetooth#Device_connects,_then_disconnects_after_a_few_moments

Let me know if that works for you
 
Back
Top