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

[pianistslogic]

Anyone have an idea about occasional Bluetooth failures?

I have this exact build with a Fenvi WiFi/BT card. Sometimes, after booting, Bluetooth is available in the top bar, but will not connect to anything. Opening up the Bluetooth preferences results in an endless beachball. System report does show a Bluetooth device though. When i reboot, it magically starts working again.

I've tried unplugging and replugging the card and connectors. I also did a fresh install of the entire os (was on Mojave before, now on Catalina). Still experiencing occasional Bluetooth failures though.

Any advice on what to do, or what screenshots to share, would be much appreciated.

And of course. Great build and support. Thanks for everything, CaseySJ and others

 

[vicantu]

Let me work with @NCMacGuy on NUC 7 first. The learning could be applied to NUC 8.

thanks!

 

[losinka]

UPD: I don't know if this file can be flashed with a standard procedure, I tried with fpt only - this is easy and comfortable. Any bios is better flash with FPT.

So the BIOS is flashed from Clover or OpenCore EFI Shell instead of BIOS Setup? If so, what are the exact baby steps?

• FPT.efi and fparts.txt must be copied to the root level of USB flash disk or to the EFI partition of the boot disk?
• Because EFI Shell uses a different nomenclature for file systems, should we first type a filesystem name such as...
  • fs0:
  • fs1:
• We can then list the directory to make sure we selected the right filesystem.

1. This BIOS is for Z170x-UD5 TH only. If you want I can try to unlock CFG_Lock for Designare Z390 too.
2. It's easy to use a USB stick with Clover/OpenCore. Put FPT.efi and fparts.txt on root of USB stick where is the EFI folder
for example by me:

Spoiler: output USB stick volume_name "OC"

[losinka@imac]:~/Downloads$ tree /Volumes/OC/
/Volumes/OC/
├── EFI
│   ├── BOOT
│   │   └── BOOTx64.efi
│   └── OC
│       ├── ACPI
│       │   ├── SSDT-DTPG.aml
│       │   ├── SSDT-EC.aml
│       │   ├── SSDT-PLUG.aml
│       │   ├── SSDT-TBOLT3-MY.aml
│       │   └── ...
│       ├── Drivers
│       │   ├── ApfsDriverLoader.efi
│       │   ├── HfsPlus.efi
│       │   └── OpenRuntime.efi
│       ├── Kexts
│       │   ├── AppleALC.kext
...     ...  ...
│       │   ├── IntelMausi.kext
│       │   │   └── Contents
│       │   │       ├── Info.plist
│       │   │       └── MacOS
│       │   │           └── IntelMausi
│       │   ├── Lilu.kext
│       │   │   └── Contents
│       │   │       ├── Info.plist
│       │   │       └── MacOS
...     ...  ...
│       │   └── WhateverGreen.kext
│       │       └── Contents
│       │           ├── Info.plist
│       │           ├── MacOS
│       │           │   └── WhateverGreen
│       │           └── _CodeSignature
│       │               └── CodeResources
│       ├── OpenCore.efi
│       ├── Tools
│       │   ├── CleanNvram.efi
│       │   ├── Shell.efi
│       │   └── memcheck
│       │       └── memcheck.efi
│       └── config.plist
├── FPT.efi
├── Z170XUD5TH.F22i
└── fparts.txt

3. Boot from stick and select a shell from boot menu
4. Search the the bios_file/FPT.efi (fs0: ls / fs1: ls/ etc)
5. save your original bios and flash the new bios

• Should fparts.txt be specified someone on the fpt.efi command line? Or it just has to be in the same folder as fpt.efi?

The same folder as FTP.efi. These files must be together. Anywhere where you can find this.
UPD2: No, the fparts.txt is needed for FPT.efi only

 

[losinka]

How to unlock the hidden settings in bios. We need AMIBCP (windows) utility (from AMI, don't ask me please "where I can find...") from to version 5.02.0031. An earlier version will not allow to save our changes in the modern bios. For example, unlock the hidden "GPIO3 Force Pwr" and "ACPI Removal Object Support" setting for the 'Z170x-UD5 TH' bios:


Just change "Default" to "User" in the Access/Use column. Save the changes with "Save as" in File Menu. The CFG_Lock is a hidden setting too.

 

[gabevf]

Because RP01 already has a _DSM() method, we will need to selectively rename it. I can provide the ACPI rename strings, but will need the original DSDT.aml. This can be done from Hackintool as follows:
View attachment 469587

Ah, the good old _DSM() method (?)
But how? or better yet, why? Is this normal?
Anyway, attaching my DSDT from Hackintool.
Thank you!

 

[CaseySJ]

How to unlock the hidden settings in bios. We need AMIBCP (windows) utility (from AMI, don't ask me please "where I can find...") from to version 5.02.0031. An earlier version will not allow to save our changes in the modern bios. For example, unlock the hidden "GPIO3 Force Pwr" and "ACPI Removal Object Support" setting for the 'Z170x-UD5 TH' bios:
View attachment 469621

Just change "Default" to "User" in the Access/Use column. Save the changes with "Save as" in File Menu. The CFG_Lock is a hidden setting too.

You are a true hacker!

 

[CaseySJ]

Ah, the good old _DSM() method (?)
But how? or better yet, why? Is this normal?
Anyway, attaching my DSDT from Hackintool.
Thank you!

This will be a long ACPI rename, but let's see if it works. Please try this:

• Create a backup copy of your config.plist
• Then edit the config.plist in Clover Configurator, go to the default ACPI page and enter this:
  • Find: 52503031 142A5F49 4E490070 4C545231 4C54525A 70504D4C 314C4D53 4C70504E 4C314C4E 534C704F 4246314F 42465A5B 80505843 53020A00 0B80045B 81450850 58435300 56444944 20004026 4C305345 0100034C 44495301 00030008 000D4C41 53580100 32414250 58010002 50444358 01000250 44535801 00010028 00105053 50580150 4D455001 004E2044 33485402 004E1900 1E485045 5801504D 45580100 3000024C 32334501 4C323352 01008C20 0100034C 45444D01 004C7D00 1E445047 45015B81 15505843 53400040 6E001E48 50535801 504D5358 01084C54 5256120A 040A000A 000A000A 00144C21 5F44534D
  • Replace: 52503031 142A5F49 4E490070 4C545231 4C54525A 70504D4C 314C4D53 4C70504E 4C314C4E 534C704F 4246314F 42465A5B 80505843 53020A00 0B80045B 81450850 58435300 56444944 20004026 4C305345 0100034C 44495301 00030008 000D4C41 53580100 32414250 58010002 50444358 01000250 44535801 00010028 00105053 50580150 4D455001 004E2044 33485402 004E1900 1E485045 5801504D 45580100 3000024C 32334501 4C323352 01008C20 0100034C 45444D01 004C7D00 1E445047 45015B81 15505843 53400040 6E001E48 50535801 504D5358 01084C54 5256120A 040A000A 000A000A 00144C21 5844534D
  • Comment: Change RP01:_DSM to RP01:XDSM

Then copy the attached file to CLOVER/ACPI/patched and reboot.

 

[NorthAmTransAm]

With SSDT-USBX.aml loaded my USB disks will not mount/are completely invisible...

I don't use USBPorts.kext, I am still using USBInjectAll with excluded ports.

Maybe I should try USBPorts.

Ok, this seems to just be an issue with Mojave. As pointed out by thread earlier, ApplePowerBusController loads under IOResources in Catalina. In Mojave it's intermittently loaded under EC.

I just updated and it's being loaded every time. Cheers!

 

[CaseySJ]

Hey @CaseySJ - first off, thanks again for all your amazing work on this platform. Forgive me if this has been answered elsewhere - I've been trying to migrate to OpenCore using your mini guide and pre-built OpenCore EFIs and have run into a problem. I can boot from a USB drive to the Mojave installer (still on Mojave) no problem, but if I try to run my current Mojave installation (which is Clover-based, and installed on an NVME drive) I get a kernel panic immediately after the ACPI tables are loaded. The panic is:

panic(cpu 0 caller 0xffffff80004dd9bd): Kernel trap at 0xffffff7f8634e8e0, type 14=page fault... and then it dumps the registers and the backtrace.

With my limited knowledge it looks like something about my current installation is borked. Before I do a fresh install and restore I wondered if you had any ideas about what this could be?

Thanks in advance

If you have Hackintosh kexts installed in Mojave's /Library/Extensions folder, then they may be conflicting with kexts that OpenCore is injecting from its OC/kexts folder. So first thing would be to move all Hackintosh kexts from /Library/Extensions to your current CLOVER/kexts/Other folder in EFI partition of Mojave internal SSD. Hackintosh kexts are those that are shown in Step 3 (click here). Then rebuild kernel cache and reboot from the internal SSD to make sure Mojave still boots.

Now try booting from the OpenCore USB...

 

[Ziptie]

I am trying to get all my devices working off of a single thunderbolt 3 cable, and I have been successful with exception to a keyboard. Here is my configuration.

Thunderbolt 3 port (I tried both) to Pa32UC Thunderbolt 3 monitor which goes to a 10 port USB 3.0 HUB. Every device on the hub works, with an exception of any keyboard I have tried to plug in. Keyboards also doesn't work if plugged directly into one of the thunderbolt 3 ports on the motherboard, but any other port works fine.

ANy input? This issue has been driving me crazy.