Gigabyte X299X - Catalina Support

[TheBloke]

OK, so as predicted by this log line (that I forgot to highlight in previous post):

kernel: (AppleACPIPlatform) System sleep prevented by SBUS

It is the SBUS SSDT that is preventing sleep. Disabling this SSDT alone will allow sleep.

It then kernel panics when it attempts to wake. The kernel panic is in AppleACPIPlatform. Once again pointing to ACPI as the cause of this (and maybe other) problems.

At the end of the post is the full text of the kernel panic, which might be useful for Google research.

Anyway I think this is definitely good news. We have some idea where to look and experiment.

panic(cpu 0 caller 0xffffff800d4469aa): Kernel trap at 0xffffff800d462d27, type 13=general protection, registers:
CR0: 0x0000000080010033, CR2: 0xffffff8e0f8f1000, CR3: 0x0000000012cbc000, CR4: 0x00000000003626e0
RAX: 0x000000007e008003, RBX: 0xffffff800dc5dc40, RCX: 0x00000000000000e2, RDX: 0x0000000000000000
RSP: 0xffffff8e254abbb0, RBP: 0xffffff8e254abbe0, RSI: 0x0000000000000003, RDI: 0xffffff800dc5dbe0
R8:  0x0000000000000020, R9:  0xffffff80116e506c, R10: 0x0000000000000003, R11: 0x0000000000000000
R12: 0xffffff800db2f33d, R13: 0x0000000000000001, R14: 0x0000000000000000, R15: 0xffffff800db2f323
RFL: 0x0000000000010046, RIP: 0xffffff800d462d27, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0xffffff8e0f8f1000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 0

Backtrace (CPU 0), Frame : Return Address
0xffffff800d151220 : 0xffffff800d31a65d mach_kernel : _handle_debugger_trap + 0x49d
0xffffff800d151270 : 0xffffff800d454a75 mach_kernel : _kdp_i386_trap + 0x155
0xffffff800d1512b0 : 0xffffff800d4465fe mach_kernel : _kernel_trap + 0x4ee
0xffffff800d151300 : 0xffffff800d2c0a40 mach_kernel : _return_from_trap + 0xe0
0xffffff800d151320 : 0xffffff800d319d27 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff800d151420 : 0xffffff800d31a117 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff800d151470 : 0xffffff800dac1a6c mach_kernel : _panic + 0x54
0xffffff800d1514e0 : 0xffffff800d4469aa mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff800d151660 : 0xffffff800d4466a8 mach_kernel : _kernel_trap + 0x598
0xffffff800d1516b0 : 0xffffff800d2c0a40 mach_kernel : _return_from_trap + 0xe0
0xffffff800d1516d0 : 0xffffff800d462d27 mach_kernel : _xcpm_perf_bias_set + 0x1c7
0xffffff8e254abbe0 : 0xffffff800d462fbb mach_kernel : _xcpm_init + 0xab
0xffffff8e254abc00 : 0xffffff800d452f91 mach_kernel : _acpi_sleep_kernel + 0x441
0xffffff8e254abc70 : 0xffffff7f8e591c2a com.apple.driver.AppleACPIPlatform : __ZN23AppleACPIPlatformExpert13sleepPlatformEv + 0x204
0xffffff8e254abcc0 : 0xffffff7f8e595eab com.apple.driver.AppleACPIPlatform : __ZN12AppleACPICPU7haltCPUEv + 0x75
0xffffff8e254abce0 : 0xffffff800da4bb20 mach_kernel : __Z16IOCPUSleepKernelv + 0x290
0xffffff8e254abd40 : 0xffffff800da850d5 mach_kernel : __ZN14IOPMrootDomain15powerChangeDoneEm + 0xac5
0xffffff8e254abde0 : 0xffffff800da162a7 mach_kernel : __ZN9IOService8all_doneEv + 0x767
0xffffff8e254abe50 : 0xffffff800da1303c mach_kernel : __ZN9IOService23actionPMWorkQueueInvokeEP11IOPMRequestP13IOPMWorkQueue + 0x86c
0xffffff8e254abea0 : 0xffffff800da106d0 mach_kernel : __ZN13IOPMWorkQueue17checkRequestQueueEP11queue_entryPb + 0xa0
0xffffff8e254abef0 : 0xffffff800da10569 mach_kernel : __ZN13IOPMWorkQueue12checkForWorkEv + 0xc9
0xffffff8e254abf30 : 0xffffff800da2bdce mach_kernel : __ZN10IOWorkLoop15runEventSourcesEv + 0x11e
0xffffff8e254abf70 : 0xffffff800da2b3c6 mach_kernel : __ZN10IOWorkLoop10threadMainEv + 0x36
0xffffff8e254abfa0 : 0xffffff800d2c013e mach_kernel : _call_continuation + 0x2e
      Kernel Extensions in backtrace:
         com.apple.driver.AppleACPIPlatform(6.1)[0EF10B66-B44B-32BB-9CE3-5434F4D40FE1]com.apple.0xffffff7f8e586000-com.apple.driver.0xffffff7f8e620fff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[2956198D-24F2-3790-A9B2-1EAB9434B906]com.apple.0xffffff7f8dd09000
            dependency: com.apple.iokit.IOPCIFamily(2.9)[44472E6F-8DA0-3B46-ADEF-AFF76EC6C6DB]com.apple.0xffffff7f8dd12000
            dependency: com.apple.driver.AppleSMC(3.1.9)[D2F0B610-83F8-3B84-B0BD-D9D0CC95A697]com.apple.0xffffff7f8dda9000

BSD process name corresponding to current thread: kernel_task
Boot args: -v keepsyms=1 darkwake=0 brcmfx-country=#a alcid=7 chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:
19H2

Kernel version:
Darwin Kernel Version 19.6.0: Mon Aug 31 22:12:52 PDT 2020; root:xnu-6153.141.2~1/RELEASE_X86_64
Kernel UUID: 05D51A3D-3A87-3FF0-98C3-9CF3827A3EDD
Kernel slide:     0x000000000d000000
Kernel text base: 0xffffff800d200000
__HIB  text base: 0xffffff800d100000
System model name: MacPro7,1 (Mac-27AD2F918AE68F61)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 98866706487
last loaded kext at 35700150014: com.apple.driver.AppleUpstreamUserClient    3.6.8 (addr 0xffffff7f94518000, size 28672)
loaded kexts:
com.disc-soft.DAEMONTools.VirtualSCSIBus    1.0.2
net.telestream.driver.TelestreamAudio    1.1.1
at.obdev.nke.LittleSnitch    5474
com.intel.driver.EnergyDriver    3.7.0
com.SmallTree.driver.SmallTreeIntel8259x    3.5.0
ru.joedm.SMCSuperIO    1.1.8
hu.interferenc.TSCAdjustReset    1.1
as.vit9696.SMCProcessor    1.1.8
as.vit9696.VirtualSMC    1.1.8
org.acidanthera.NVMeFix    1.0.4
meow.IOIIIO.MacProMemoryNotificationDisabler    1.0.0
as.vit9696.WhateverGreen    1.4.4
as.vit9696.Lilu    1.4.9
com.apple.driver.AppleUpstreamUserClient    3.6.8
com.apple.driver.AppleMCCSControl    1.14
com.apple.kext.AMDFramebuffer    3.1.0
com.apple.fileutil    20.036.15
com.apple.kext.AMDRadeonX5000    3.1.0
com.apple.kext.AMDRadeonServiceManager    3.1.0
com.apple.driver.AudioAUUC    1.70
com.apple.driver.AppleGraphicsDevicePolicy    5.2.6
com.apple.AGDCPluginDisplayMetrics    5.2.6
com.apple.filesystems.autofs    3.0
com.apple.driver.AppleHV    1
com.apple.iokit.IOUserEthernet    1.0.1
com.apple.iokit.IOBluetoothSerialManager    7.0.6f7
com.apple.driver.pmtelemetry    1
com.apple.Dont_Steal_Mac_OS_X    7.0.0
com.apple.driver.AGPM    111.4.4
com.apple.driver.ApplePlatformEnabler    2.7.0d0
com.apple.driver.X86PlatformShim    1.0.0
com.apple.kext.AMD10000Controller    3.1.0
com.apple.driver.ACPI_SMC_PlatformPlugin    1.0.0
com.apple.driver.AppleGFXHDA    100.1.429
com.apple.driver.AppleSMCLMU    212
com.apple.driver.AppleFIVRDriver    4.1.0
com.apple.driver.AppleIntelMCEReporter    115
com.apple.driver.AppleIntelPCHPMC    2.0.1
com.apple.driver.AppleIntelSlowAdaptiveClocking    4.0.0
com.apple.private.KextAudit    1.0
com.apple.driver.AppleFileSystemDriver    3.0.1
com.apple.filesystems.hfs.kext    522.100.5
com.apple.BootCache    40
com.apple.filesystems.apfs    1412.141.1
com.apple.AppleFSCompression.AppleFSCompressionTypeDataless    1.0.0d1
com.apple.AppleFSCompression.AppleFSCompressionTypeZlib    1.0.0
com.apple.driver.AppleVirtIO    1.0
com.apple.driver.AirPort.Brcm4360    1400.1.1
com.apple.driver.AppleAHCIPort    341.140.1
com.apple.driver.AppleRTC    2.0
com.apple.driver.AppleHPET    1.8
com.apple.driver.AppleACPIButtons    6.1
com.apple.driver.AppleSMBIOS    2.1
com.apple.driver.AppleAPIC    1.7
com.apple.security.AppleImage4    1
com.apple.nke.applicationfirewall    303
com.apple.security.TMSafetyNet    8
com.apple.AppleSystemPolicy    2.0.0
com.apple.iokit.EndpointSecurity    1
com.apple.driver.AppleSMBusController    1.0.18d1
com.apple.iokit.IOSMBusFamily    1.1
com.apple.iokit.IOAVBFamily    850.1
com.apple.plugin.IOgPTPPlugin    840.3
com.apple.iokit.IOEthernetAVBController    1.1.0
com.apple.kext.AMDRadeonX5000HWLibs    1.0
com.apple.iokit.IOAcceleratorFamily2    438.7.3
com.apple.kext.AMDRadeonX5000HWServices    3.1.0
com.apple.driver.AppleGraphicsControl    5.2.6
com.apple.kext.triggers    1.0
com.apple.AppleGPUWrangler    5.2.6
com.apple.driver.IOPlatformPluginLegacy    1.0.0
com.apple.driver.AppleHDAController    283.15
com.apple.iokit.IOHDAFamily    283.15
com.apple.iokit.IONDRVSupport    576.1
com.apple.driver.AppleSMBusPCI    1.0.14d1
com.apple.kext.AMDSupport    3.1.0
com.apple.AppleGraphicsDeviceControl    5.2.6
com.apple.iokit.IOGraphicsFamily    576.1
com.apple.iokit.IOSlowAdaptiveClockingFamily    1.0.0
com.apple.driver.X86PlatformPlugin    1.0.0
com.apple.driver.IOPlatformPluginFamily    6.0.0d8
com.apple.driver.usb.AppleUSBHub    1.2
com.apple.driver.usb.IOUSBHostHIDDevice    1.2
com.apple.driver.usb.cdc    5.0.0
com.apple.driver.usb.networking    5.0.0
com.apple.driver.usb.AppleUSBHostCompositeDevice    1.2
com.apple.driver.AppleUSBMergeNub    900.4.2
com.apple.iokit.IOSurface    269.11
com.apple.driver.AppleXsanScheme    3
com.apple.filesystems.hfs.encodings.kext    1
com.apple.iokit.IOAudioFamily    300.2
com.apple.vecLib.kext    1.2.0
com.apple.iokit.IOSerialFamily    11
com.apple.driver.AppleThunderboltNHI    5.8.6
com.apple.iokit.IOThunderboltFamily    7.6.1
com.apple.iokit.IONVMeFamily    2.1.0
com.apple.iokit.IO80211Family    1200.12.2b1
com.apple.iokit.IOSkywalkFamily    1
com.apple.driver.mDNSOffloadUserClient    1.0.1b8
com.apple.driver.corecapture    1.0.4
com.apple.iokit.IOAHCIFamily    290.0.1
com.apple.driver.usb.AppleUSBXHCIPCI    1.2
com.apple.driver.usb.AppleUSBXHCI    1.2
com.apple.driver.usb.AppleUSBHostPacketFilter    1.0
com.apple.iokit.IOUSBFamily    900.4.2
com.apple.driver.AppleEFINVRAM    2.1
com.apple.driver.AppleEFIRuntime    2.1
com.apple.driver.AppleSMCRTC    1.0
com.apple.iokit.IOHIDFamily    2.0.0
com.apple.security.quarantine    4
com.apple.security.sandbox    300.0
com.apple.kext.AppleMatch    1.0.0d1
com.apple.driver.AppleKeyStore    2
com.apple.driver.AppleUSBTDM    489.120.1
com.apple.iokit.IOSCSIBlockCommandsDevice    422.120.3
com.apple.driver.AppleCredentialManager    1.0
com.apple.driver.AppleFDEKeyStore    28.30
com.apple.driver.AppleEffaceableStorage    1.0
com.apple.driver.AppleMobileFileIntegrity    1.0.5
com.apple.kext.CoreTrust    1
com.apple.iokit.CoreAnalyticsFamily    1
com.apple.iokit.IOTimeSyncFamily    840.3
com.apple.iokit.IONetworkingFamily    3.4
com.apple.driver.DiskImages    493.0.0
com.apple.iokit.IOBluetoothFamily    7.0.6f7
com.apple.iokit.IOBluetoothPacketLogger    7.0.6f7
com.apple.driver.AppleSSE    1.0
com.apple.driver.KernelRelayHost    1
com.apple.driver.AppleSEPManager    1.0.1
com.apple.driver.IOSlaveProcessor    1
com.apple.iokit.IOUSBMassStorageDriver    157.140.1
com.apple.iokit.IOSCSIArchitectureModelFamily    422.120.3
com.apple.iokit.IOStorageFamily    2.1
com.apple.iokit.IOUSBHostFamily    1.2
com.apple.driver.usb.AppleUSBCommon    1.0
com.apple.driver.AppleUSBHostMergeProperties    1.2
com.apple.driver.AppleBusPowerController    1.0
com.apple.iokit.IOReportFamily    47
com.apple.driver.AppleACPIPlatform    6.1
com.apple.driver.AppleSMC    3.1.9
com.apple.driver.watchdog    1
com.apple.iokit.IOPCIFamily    2.9
com.apple.iokit.IOACPIFamily    1.4
com.apple.kec.pthread    1
com.apple.kec.corecrypto    1.0
com.apple.kec.Libm    1

 

[TheBloke]

'm just off to bed but tomorrow I'll upload a latest EFI and some BIOS settings to go with it.

I'm on Catalina and I haven't really tested Mojave, although I did boot Mojave a couple of times before I did the initial upgrade from Mojave to Catalina (my older system is Mojave 10.14.6).

Regarding BIOS settings, there's actually very little that needs to be changed to get you at least booting and mostly usable:

> CSM = disabled
> Above 4G Decoding = Enabled (required for working USB and Ethernet; at least it was for me)
> Fast boot = disabled (I think this is default anyway)
> Secure boot = disabled (I think default)
> VT-D = disabled (if you don't have the appropriate OpenCore config for this, but the EFI I posted does so it can be left at Enabled)

I'm pretty sure that from a completely default BIOS ("Load Optimized Defaults"), just checking those four settings is enough to get booted if you have the right config. It's probably good to set C6/C7 = Enabled and maximum C state = C6, though I haven't tested it to confirm its effect yet.

Anyway I'll give you an F3C BIOS config tomorrow so you can be sure.

It did not do this with the generic SSDT's, so that's why I was using those instead.

Yeah, and you can probably get nearly everything working OK with the generics. Since I wrote that message to you I've done more experimenting with the generic SSDTs and I haven't actually found a huge amount of difference with those vs dolgarrenan's customised SSDTs. I know that dolgarrenan's SSDTs result in About This Mac -> PCI showing correct data, but in terms of practical, important effects, I haven't really found any yet.

His SSDTs are probably required for working Thunderbolt 3 but I for one am not yet trying TB3 so I can't yet speak to that.

I actually just got into a situation where I can't currently boot my config that uses the customised SSDTs, it hangs early in the boot process - similar to what you described. I'm going to debug it tomorrow, but the one thing I changed recently was I started using a GPU SSDT, where previously I'd not. I used dolgarrenan's as a base and just changed the GPU name for my GPU, and that may be introducing problems. So that could be a reason you found it couldn't boot. I removed the GPU SSDT from my EFI very early in my testing, so you won't find it in the EFIs I've posted.

Anyway, I do know that the 0.6.3 EFI I posted should definitely boot fine, at least on Catalina and hopefully therefore also on Mojave.

It won't have working sleep/wake, and it won't have fully working power management (though it does seem to mostly work, and I'm yet to understand the exact difference made by having it working 'fully' as per Dortania guides). But it should boot, run apps, get decent performance, etc.

Just remember to always boot it 'normally' - meaning, don't use F12 boot menu, don't load it from the BIOS Boot Override menu, and if you go into the BIOS but don't change anything, hit restart - don't do "Exit without saving". Any of those booting methods will give the dreaded boot failure restart. But booting normally (a 'straight through' boot as I call it) should work fine with the EFI I uploaded.

Note that the EFI won't have any onboard LAN, for that you'll need to install the SmallTree drivers (from the first post) into /Library/Extensions and then update kextcache - or use a utility to do that, like Hackintool. Or you can add the SmallTree drivers to the EFI as byteminer is, though he also reports non-working ethernet, so that may not be the best idea.

I'll post another interim EFI tomorrow which will have working power management, updated NVMefix, and will enable sleep (but not yet wake). And I'll post a non-overclocked BIOS config to go with it.

Also please note that i did not do any of the disassembly of my motherboard for thunderbolt as indicated in the first post. I do not know if this prevents things from working the same way it does for you guys

I haven't done this either yet. I don't believe this should be a block to getting a working, bootable system. I think it should only affect the usage of certain TB3 devices.

It's still possible that it might in some way affect sleep/wake, but I think that's now looking unlikely.

 

[TheBloke]

Display and mac os sleeps, but hardware not completely as it reawakens. I believe hardware sleep is not functioning because of "darkwake=0". i will try playing with this later.)

Can you explain what you mean exactly? When you trigger sleep, does your PC power down properly? Ie lights go off on the mouse, fans stop spinning, etc? But then at some point later it automatically powers on again? If so, how long before it powers back on?

If the fans never stop spinning and the mouse (if you have one) never goes dark, then that's not actually going to sleep at all. That's the issue I had until recently - the monitor goes dark and shows no signal, but the PC itself never powers down and USB devices etc remain active. Logs show it never went to sleep at all.

But if you are getting a full proper sleep in which the PC does power down - even if it then wakes up again some time later - then you're doing better than we are. In which case that could point to Mojave vs Catalina, which would be interesting and useful to know. I can test with Mojave fairly easily, and will do that tomorrow.

 

[TheBloke]

Hey guys

Quick update on where I've got to. I hoped to post an updated EFI today but SSDT stuff is taking a bit longer than I thought. But I'm making some progress on dual-boot and on understanding what dolgarrenan put together for us.

On sleep / wake

No progress on fixing the KP on wake. I've tried numerous combinations of options and SSDTs. I've tried running with an OpenCore config close to identical to Edkroket's - the guy who said he had working sleep/wake on the Aorus MB. I've tried disabling all of dolgarrenan's SSDTs and running only with the SSDTs provided by the Dortania guide which are the only ones 100% required. I've also tried disabling various kexts that I have installed on my own system, just to rule them out as possible causes, including disabling the VirtualSMC plugins as I had noted SMC was mentioned after AppleACPI in the kernel panic.

I've also tried a few BIOS options that I thought might have some effect.

So far, no luck. I can sleep 100% reliably as long as the dolgarrenan SBUS SSDT is not loaded, but a wake always causes an immediate KP.

I'll return to investigating this tomorrow. If he is saying he does have working sleep & wake (albeit with an auto wake) then that's very interesting, and seems quite possibly due to him running Mojave. So I'll do a Mojave test tomorrow.

If Mojave does work and Catalina doesn't, at least that gives something concrete to research further and ask some experts about.

On dual booting Windows from OpenCore

This is looking better. I have now successfully booted both macOS and Windows from the same OpenCore config file.

In order to achieve this I removed all of the static ACPI patches from config.plist (which OpenCore will always apply to every OS, and which break Windows), and then went through the SSDTs to edit them so they didn't need those static patches, and to make sure they all had an If statement ensuring they would run only on macOS.

Many of the ACPI patches appear to be cosmetic, added by dolgarrenan so that devices would have the same name as they do on a real Mac Pro. A couple of them were important for running the SSDTs that dolgarrenan provided, especially the PC00 -> PCI0 rename. Hence I needed to edit the SSDTs once the ACPI patches were gone.

This is my first time editing SSDts so there's still a bunch of things I don't fully understand, and I don't have them all perfect yet. But I've confirmed it can work in principle so I'm confident we can get a fully capable system that can dual-boot Windows via OpenCore.

It's also pretty cool that OpenCore now uses macOS' "Startup Disk" system. You can set your default boot option in System Preferences -> Startup Disk, which means if you do want to go to Windows you can also use this UI to reboot to Windows. I guess if BootCamp software is installed you can do it the other way around as well, but I've not looked at that yet.

Small Tree drivers - EFI vs /L/E

A minor thing: I thought I'd do a quick test as to whether having the SmallTree kext in EFI makes any difference vs /L/E, given that byteminer had network issues and the OP seemed to indicate there was some difference in performance.

Result: I can't tell any difference, at least not when testing with a 1GBe connection.

The network has been 100% reliable for me regardless of the driver location, so I think you can put the kext wherever you prefer. I'll double check again when I've got a 10GBe connection.


I'll hopefully be able to post an updated EFI in the next 24 hours which will be dual-boot capable.

 

[TheBloke]

Wake fails on Mojave too

I did the Mojave 10.14.6 test. I had to switch SMBIOS to iMacPro 1,1 in order to boot Mojave. I booted with a basic config.plist that only used the essential Dortania SSDTs, no ACPI patches, no dolgarrenan SSDTs.

And the result is the same. Goes to sleep OK (machine shuts down), but upon waking it - either using the mouse/keyboard, or by pressing the power button - the machine quickly reboots, and the panic log indicates the same AppleACPI kernel panic as before.

It would be great if you could clarify exactly what you're seeing. You said "Display and mac os sleeps, but hardware not completely as it reawakens." Could you confirm if you see the PC power down, fans stop spinning etc? If not, then it's not actually going to sleep - it turns off the display and keeps trying to make the PC sleep, but it doesn't happen and macOS is still running the same as if no sleep attempt had been made.

If the PC is definitely shutting down properly, then I'd love to see your EFI because I can't currently recreate a situation where a successful sleep results in a successful wake. It's either no sleep at all, or else successful sleep followed by kernel panic on wake.

 

[TheBloke]

@byteminer you making any progress on anything?

This KP on wake issue is really beating me at the moment. I've tried a dozen things, and tried getting some expert advice, but I can't get past it.

When you have a minute could you confirm that:
a) With the SBUS DSDT not loaded your system goes to sleep OK,
b) but that it then kernel panics on wake?

Today I went back to dolgarrenan's original OC EFI, which I copied to a USB stick and used 100% without modifications. And it's exactly the same as described above: won't sleep at all with his SBUS DSDT in place, and with that removed it does sleep but then KPs every time on wake.

So I'm struggling to understand how he apparently had working sleep and wake. Unless there's some BIOS setting difference or something else I've not yet noticed, but I've tried a lot of them.

I guess I'll test on BIOS F3B because I know he used that more than F3C. But other than that, the only thing I know to be different is he patched his TB3. But I get the same KP even with TB3 disabled in BIOS, so it really seems unlikely that it's that.

And it doesn't seem like it could be changes in macOS, because I had the identical KP when I tested macOS 10.14.6.

Other than that, I don't know. I just checked the thread again, and he said multiple times he had sleep working. It's really confusing.

 

[byteminer]

Unfortunately I didn't have much time over the past few days. I did mess around with ACPI stuff as well, but came up empty, same as you. I still struggle to find what exactly causes this kernel panic.

What I can confirm is the same behavior you are seeing, as in being able to put the system to sleep, but never waking up (or rather, rebooting from a kernel panic).

I've tried some other EFI's from the german hackintosh forum, but none of them had sleep working either, so that was a dead end.

Will continue to research into this topic, but so far leads are sparse.

 

[TheBloke]

OK thanks. This is really weird and annoying.

I just flashed to BIOS F3B, loaded dolgarrenan's BIOS config from the OP, and booted with his OC EFI - unchanged except SBUS SSDT disabled, and putting my own SMBIOS details in.

His config does not have "Above 4G Decoding" enabled, and therefore gave me no working onboard USB and Ethernet just like before - which is another mystery, as clearly it caused no problems for him!

Without Above 4G, the only USB port I have working is the USB-C port on my case (via the USB 3.1 MB header). I put the mouse in that port and tried to sleep, but it wouldn't go to sleep - same symptoms as when the SBUS DSDT is in place.

I checked the logs, and it indicated the problem was: "kernel: (AppleACPIPlatform) System sleep prevented by HDEF"

Which suggests to me that lack of Above 4G is breaking more than just my USB and Ethernet.

So then I enabled "Above 4G Decoding", and then I was back to the usual problem: sleep works, KP on wake.

So how the hell did dolg have working sleep and wake?

The only things that are different, that I know of anyway, are:

1. He has/had 5700XT GPU; I have Vega 64, you have RX580
2. He has/had 10900 CPU, we have 10980XE
3. He flashed his TB3 FW.

From what I understand of the issue, none of those sound like they should be the cause of this.

1 & 2 we can't test. Well, I do hope to get a new GPU soon, a 6800XT, but it's far more likely than not that it'll be sold out so I might have to wait until 2021 for that.

3 I could test. I guess if I exhaust all other possibilities I'll give it a go. Right now it just seems like a lot of hassle for a very small chance of making any difference.

 

[TheBloke]

SLEEP AND WAKE!

SLEEP AND WAKE!

WORKING SLEEP AND WORKING WAKE!

I can't take any credit for fixing it - besides for the effort in re-reading the whole thread in case something popped out.

Something did pop out! Something wonderful!

Have you tried the quirk "AppleXcpmCfgLock; set to YES. That is the only way Sleep with work 100% on my GA Mobo.

Thank you, @Ellybz ! Working sleep and wake, no sweat.

This raises a lot of questions. Why didn't dolgarrenan need this? Why is it needed on this MB which apparently has unlocked CfgLock? Is there a proper/better way to achieve the same result, given it's meant to be a hack?

If in fact the CfgLock really IS locked in our MB (and there are some posts around page 25 suggesting maybe it actually is), then there is definitely a way to fix that: by patching the BIOS to unlock CfgLock using a special EFI shell, as detailed in the OpenCore documentation. I may well try that soon, after some more research.

So far all I've done is tweak that parameter and confirm it gives me a working wake. I've not checked anything else, eg to see if there's any problems established by using that parameter.

I need to go for dinner now, but I'll continue researching this tonight.

 

[byteminer]

Excellent news indeed!
The CFG Lock is a tad strange, given that NVRAM works (I tested it a few days ago). This would normally indicate that CFG Lock is not present. Very strange behavior for sure.

Edit: Just confirmed that CFG Lock is disabled using the verification tool in OpenCore.

Enabling the quirk also makes sleep work for me, so that's consistent.