Jump to content

Sleep issue since 10.9.2 and ssdtPRGen v12.0

3 posts in this topic

Recommended Posts

Hallo everyone,

since 10.9.2 my Hackintosh crashes, when I wake it from sleep.
In 10.9.1 everything was just fine. I just updated the OS and ssdtPRGen.


Tue Mar  4 14:21:58 2014
panic(cpu 3 caller 0xffffff80002dbe2e): Kernel trap at 0xffffff80002a3278, type 13=general protection, registers:
CR0: 0x000000008001003b, CR2: 0x00007fff55564ea8, CR3: 0x0000000012552004, CR4: 0x00000000001606e0
RAX: 0xffefff800aee4460, RBX: 0xffffff800aee2018, RCX: 0xffffff8018b44000, RDX: 0x0000000000000821
RSP: 0xffffff80f69bb9d0, RBP: 0xffffff80f69bba00, RSI: 0x0000000000004000, RDI: 0xffffff801a3d1000
R8:  0x00000000000051eb, R9:  0x0000000000000000, R10: 0x00007fff722313e0, R11: 0x0000000000000246
R12: 0x0000000000000000, R13: 0x0000000000004000, R14: 0x0000000000004000, R15: 0xffffff801a3d1000
RFL: 0x0000000000010206, RIP: 0xffffff80002a3278, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x00007fff55564ea8, Error code: 0x0000000000000000, Fault CPU: 0x3

Backtrace (CPU 3), Frame : Return Address
0xffffff80eec45df0 : 0xffffff8000222fa9 
0xffffff80eec45e70 : 0xffffff80002dbe2e 
0xffffff80eec46040 : 0xffffff80002f3326 
0xffffff80eec46060 : 0xffffff80002a3278 
0xffffff80f69bba00 : 0xffffff800026cddb 
0xffffff80f69bbb90 : 0xffffff80003d2773 
0xffffff80f69bbbf0 : 0xffffff800041502d 
0xffffff80f69bbcf0 : 0xffffff800056b02a 
0xffffff80f69bbd80 : 0xffffff80003fd9b1 
0xffffff80f69bbe00 : 0xffffff80003f3565 
0xffffff80f69bbe50 : 0xffffff80005efa7e 
0xffffff80f69bbef0 : 0xffffff80005ef88f 
0xffffff80f69bbf50 : 0xffffff800063e363 
0xffffff80f69bbfb0 : 0xffffff80002f3b26 

BSD process name corresponding to current thread: taskgated
Boot args: -v slide=0 

Mac OS version:

Kernel version:
Darwin Kernel Version 13.1.0: Thu Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64
System model name: iMac14,2 (Mac-27ADBB7B4CEE8E61)

System uptime in nanoseconds: 327056527299
last loaded kext at 53573100098: com.apple.filesystems.msdosfs	1.9 (addr 0xffffff7f817ed000, size 65536)
loaded kexts:
com.nvidia.CUDA	1.1.0
com.intel.driver.EnergyDriver	2.0
at.obdev.nke.LittleSnitch	4057
org.hwsensors.driver.GPUSensors	944
org.hwsensors.driver.LPCSensors	944
com.kext.HDAEnabler	1.0.0d1
com.insanelymac.driver.AppleIntelE1000e	2.4.14
org.hwsensors.driver.ACPISensors	944
org.netkas.driver.FakeSMC	944
org.hwsensors.driver.CPUSensors	944
org.hwsensors.driver.FakeSMCKeyStore	944
com.apple.filesystems.msdosfs	1.9
com.apple.driver.AudioAUUC	1.60
com.apple.iokit.IOUserEthernet	1.0.0d1
com.apple.iokit.IOBluetoothSerialManager	4.2.3f10
com.apple.driver.AppleUpstreamUserClient	3.5.13
com.apple.Dont_Steal_Mac_OS_X	7.0.0
com.apple.driver.AppleMCCSControl	1.1.12
com.apple.driver.ApplePlatformEnabler	2.0.9d1
com.apple.driver.AGPM	100.14.15
com.apple.driver.X86PlatformShim	1.0.0
com.apple.driver.AppleHDAHardwareConfigDriver	2.5.3fc1
com.apple.driver.AppleHWAccess	1
com.apple.GeForce	8.2.4
com.apple.driver.AppleHDA	2.5.3fc1
com.apple.driver.ACPI_SMC_PlatformPlugin	1.0.0
com.apple.driver.AppleLPC	1.7.0
com.apple.driver.Apple16X50ACPI	3.1
com.apple.driver.AppleIntelMCEReporter	104
com.apple.driver.AppleIntelFramebufferAzul	8.2.4
com.apple.nvidia.NVDAStartup	8.2.4
com.apple.filesystems.ntfs	3.11
com.apple.filesystems.autofs	3.0
com.apple.iokit.SCSITaskUserClient	3.6.6
com.apple.driver.AppleFileSystemDriver	3.0.1
com.apple.driver.XsanFilter	404
com.apple.BootCache	35
com.apple.AppleFSCompression.AppleFSCompressionTypeZlib	1.0.0d1
com.apple.iokit.IOAHCIBlockStorage	2.5.1
com.apple.AppleFSCompression.AppleFSCompressionTypeDataless	1.0.0d1
com.apple.driver.AirPort.Atheros40	700.74.5
com.apple.driver.AppleUSBHub	666.4.0
com.apple.driver.AppleUSBXHCI	670.4.0
com.apple.driver.AppleACPIButtons	2.0
com.apple.driver.AppleUSBEHCI	660.4.0
com.apple.driver.AppleAHCIPort	3.0.0
com.apple.driver.AppleRTC	9.5
com.apple.driver.AppleHPET	1.8
com.apple.driver.AppleSMBIOS	2.1
com.apple.driver.AppleAPIC	1.7
com.apple.security.quarantine	3
com.apple.nke.applicationfirewall	153
com.apple.AppleIntelCPUPowerManagementInfo	1
com.apple.iokit.IOSurface	91
com.apple.iokit.IOBluetoothFamily	4.2.3f10
com.apple.driver.AppleSMBusController	1.0.11d1
com.apple.iokit.IOSMBusFamily	1.1
com.apple.iokit.IOAcceleratorFamily	98.14
com.apple.nvidia.driver.NVDAGK100Hal	8.2.4
com.apple.nvidia.driver.NVDAResman	8.2.4
com.apple.driver.DspFuncLib	2.5.3fc1
com.apple.vecLib.kext	1.0.0
com.apple.iokit.IOAudioFamily	1.9.5fc2
com.apple.kext.OSvKernDSPLib	1.14
com.apple.iokit.IONDRVSupport	2.4.1
com.apple.driver.IOPlatformPluginLegacy	1.0.0
com.apple.driver.AppleHDAController	2.5.3fc1
com.apple.iokit.IOHDAFamily	2.5.3fc1
com.apple.driver.AppleSMBusPCI	1.0.12d1
com.apple.driver.Apple16X50Serial	3.1
com.apple.iokit.IOSerialFamily	10.0.7
com.apple.AppleGraphicsDeviceControl	3.4.35
com.apple.iokit.IOAcceleratorFamily2	98.14
com.apple.iokit.IOGraphicsFamily	2.4.1
com.apple.driver.X86PlatformPlugin	1.0.0
com.apple.driver.AppleSMC	3.1.8
com.apple.driver.IOPlatformPluginFamily	5.7.0d10
com.apple.kext.triggers	1.0
com.apple.iokit.IOSCSIBlockCommandsDevice	3.6.6
com.apple.iokit.IOUSBHIDDriver	660.4.0
com.apple.iokit.IOUSBMassStorageClass	3.6.0
com.apple.driver.AppleUSBComposite	656.4.1
com.apple.iokit.IOSCSIMultimediaCommandsDevice	3.6.6
com.apple.iokit.IOBDStorageFamily	1.7
com.apple.iokit.IODVDStorageFamily	1.7.1
com.apple.iokit.IOCDStorageFamily	1.7.1
com.apple.iokit.IO80211Family	630.35
com.apple.iokit.IOAHCISerialATAPI	2.6.1
com.apple.iokit.IOSCSIArchitectureModelFamily	3.6.6
com.apple.iokit.IOUSBUserClient	660.4.2
com.apple.driver.AppleEFINVRAM	2.0
com.apple.iokit.IONetworkingFamily	3.2
com.apple.iokit.IOHIDFamily	2.0.0
com.apple.iokit.IOUSBFamily	675.4.0
com.apple.driver.AppleEFIRuntime	2.0
com.apple.iokit.IOAHCIFamily	2.6.5
com.apple.security.TMSafetyNet	7
com.apple.security.sandbox	278.11
com.apple.kext.AppleMatch	1.0.0d1
com.apple.iokit.IOReportFamily	23
com.apple.driver.DiskImages	371.1
com.apple.iokit.IOStorageFamily	1.9
com.apple.driver.AppleKeyStore	2
com.apple.driver.AppleFDEKeyStore	28.30
com.apple.driver.AppleACPIPlatform	2.0
com.apple.iokit.IOPCIFamily	2.9
com.apple.iokit.IOACPIFamily	1.4
com.apple.kec.pthread	1
com.apple.kec.corecrypto	1.0
Model: iMac14,2, BootROM IM142.0118.B00, 4 processors, Intel Core i5, 3.19 GHz, 8 GB, SMC 2.15f2
Graphics: NVIDIA GeForce GTX 650, NVIDIA GeForce GTX 650, PCIe, 1024 MB
Memory Module: BANK1/DIMM1, 8 GB, DDR3, 1600 MHz, A-DATA Technology, unknown
AirPort: spairport_wireless_card_type_airport_extreme (0x168C, 0x3112), Atheros 9380:
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: HL-DT-ST DVDRAM GH22NS40
Serial ATA Device: WDC WD6400AAKS-00A7B0, 640,14 GB
Serial ATA Device: ST9500325AS, 500,11 GB
USB Device: Hub
USB Device: Hub
USB Device: Hub
USB Device: External USB 3.0
USB Device: Hub
USB Device: Hub
USB Device: USB2.0 Hub
USB Device: USB Receiver
USB Device: USB Keyboard
USB Device: Hub
Thunderbolt Bus: 

Share this post

Link to post
Share on other sites

Since you have made 2 changes and now you are seeing the crash try and narrow down what the cause is. I would roll back the SSDT and re-apply the previous one that you were using when no crashes were occurring. 

Do you still have crashes when using the old previous SSDT and 10.9.2 ? 

Share this post

Link to post
Share on other sites



thanks for your quick response. 

I didn’t rollback the OS, but I did test sleep without and with the generated ssdt.aml.


It seems that this caused the issue in my case. Now I just use clover c and p state generator in order to get speed steps. With and Without ssdt I just get 800 mhz and the turbo states. So, it doesn’t really matter what to choose, or does it?




finally iI found the solution for my issue. In fact, it has nothing to do with Pike’s SSDT or the update to 10.9.2.


It simply was the Efi partition. Somehow it was broken. 

From now on, I changed the settings so it won't mount to prevent similar problems.

I can just advice to repair this partition after any updates (OSX and Clover). 

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Poirot
      I have a Vanilla Catalina issue….with a different twist.  Installation/upgrade went fine, just took a loooooooong time as I was working from a cloned Mojave external USB hard drive.  Boots just fine, and all my apps seem happy.  Here lies the twist....Sleep/wake.  It will sleep and stay asleep just fine.  The issue is with waking up:

      Under Clover with FakeSMC, it would wake, but not accept my password. ??????  Ok, its clover....
      Under Clover 0.5.5 with VitrualSMC, it would wake, but with no video signal/crash.  Again, its clover...
      Under OpenCore 0.5.5 with VirtualSMC, it would wake, but with no video signal/crash, and no crash log.
      Under OpenCore 0.5.5 with FakeSMC, it sleeps, it wakes,....and accepts my password!!!!   Only once.  The next time it went to sleep, it would wake, but not accept my password.  HUH??????
      Kinda strange.  For the most part I have just stuck with Mojave.  I was waiting for the next build of OC, but I may just use OC builder myself and see if the latest solves any issue, as I see there have been quite a few updates to the project.  In the mean time…..suggestions?  I have attached an image of the efi.
      Gigabyte Z390 Aorus Xtreme
      Intel 9900K, stuck @ 4.9Ghz
      Sapphire RX590 Nitro+
      Corsair AX1200i
      32GB Corsair Dominator Ram
      Lian Li 011 Dynamic XL

    • By kevpatts
      Hey all,
      This is the opposite of a lot of other peoples problems!
      For me USB ports (ASRock Z390 Phantom mITX) work for USB devices all the time. USB3 devices don't work when I boot until AFTER I sleep and then wake again; then everything works fine.
      Any idea how to get them working straight after boot/login?
    • By John Wilde
      Salve, chiedo aiuto con il mio primo hackintosh!
      E’ stata ardua ma son riuscito grazie a varie guide a sistemare piano piano il tutto. 
      Purtroppo l’unica cosa che ancora non sono riuscito a sistemare è lo sleep. 
      Se premo Stop, nel laptop si oscura soltanto lo schermo, e appena premo un tasto o muovo il mouse, compare il logo del caricamento e subito dopo il desktop.
      Ho letto che va patchato il DSDT, non ne sono sicuro, ma per lo sleep non so proprio come fare. L’unica patch che ho fatto al DSDT è stato per l’audio.
      Inoltre, un altra cosa che non vanno sono i tasti per la luminosità. La luminosità riesco a impostarla dalle impostazioni, quindi andrebbero solo rimappati i tasti..
      Per il resto va tutto, la scheda video nvidia mi pare di aver letto che non è compatibile, ma mi basta la intel. La scheda di rete che monto è un AR9565 (lo so che non è delle migliori, ma funziona bene al momento, magari la cambierò in seguito). La configurazione credo sia un pò sporca, probabilmente molte opzioni sono del tutto inutili, ma ripeto è il mio primo hackintosh..
      Se qualche anima pia mi vuole aiutare a sistemarla un pò ben venga, tuttavia ciò che mi interessa principalmente è lo sleep..

      Allego Cartella Clover, IoReg e cartella Origin.
      All’interno della cartella Patched ci sta gia un dsdt modificato per l’audio, a cui ho aggiunto solo l’IRQ fix, ma non ricordo se ho aggiunto altre cose nel tentativo vano di sistemare lo sleep, quindi prendete il tutto con le pinze.
      Grazie mille in anticipo a chiunque provi ad aiutarmi!
      John’s iMac.ioreg.zip
    • By Trung_Nguyen
      Hi, I'm using a Dell laptop, modeled Latitude E6230, bios version A11(I don't have any batteries to update :'( ).
      I'm using Catalina with OpenCore boot loader. 
      Everything is good, fast boot time.
      But when comes to sleeping there's 2 issues that randomly happen when the sleeping time is long enough:
      - Kernel Panic when sleep: panic log: panic
         This should have something to do with bluetooth, right? I'm using DW380 with BrcmPatchRam3 & BrcmBluetoothInjector.
      - Darkscreen when wakeup:
         After I open the lid, the screen have no backlight, although the UI barely shown.
         All I could do is to use keyboard to enter my password and use hotkey to shutdown the machine and then restart normally.
      The EFI/OC folder is attached below, with serial numbers removed.
      Sorry for using .txz format but with .zip, I couldn't get it fit in 10MB. Sorry for any inconvenience.
      P/s:If anybody try boot this in the future, please bear in mind that if you inject IO80211Family and AirportBrcm4331 (the one from 10.14.6) to any Recovery or installation media, it will panic the kernel, please disable those 2 before-hand.
      Thank you very much
    • By holyfield
      There are plenty of users who suggest to use darkwake=8 or darkwake=10 or darkwake=0 boot args to solve sleep issues.
      Are these suggestions valid at all?
      For first we have to clarify something about Darkwake. The DarkWake feature was for first introduced in Mac OS X Lion. This feature allows to wake up certain parts of computer from sleep, while leaving other parts in sleep mode (for example display etc). Darkwake = display stays dark when comp wakes and performs some tasks. When tasks are done, comp should go back to sleep. But on Hack's Darkwake caused several problems, for example comps went into state, where those become inaccessible and forced reboot were needed. On some cases Darkwake caused reboots too and.. Darwake is related to Power Nap which is available since OS X Mountain Lion.
      Disclaimer! Before posting below please read it:
      If you really want to get some help from Hackintosh community, learn how to leave others out of guesswork! Learn how to collect diagnostics data which can help others on solving your case. It's annoying to ask over and over to provide some diagnostics related to Hack issue. That's why there are millions on unanswered posts on Hackintosh forums, their authors doesn't respect other's actually, they do not think out of their own shoes. Your first question before posting should be, what data is needed to help me, do I have provided all data available to help me immediately?
      Darkwake and XNU
      Darkwake is part of XNU. 
      Darkwake behaviours are defined in IOPMrootDomain.cpp.
      The easiest way to check XNU version is to use terminal command uname -av. 
      uname -av Darwin MyHack.local 19.2.0 Darwin Kernel Version 19.2.0: Sat Nov 9 03:47:04 PST 2019; root:xnu-6153.61.1~20/RELEASE_X86_64 x86_64 According to this macOS Catalina 10.15.2 uses XNU 6153.61.1.
      The latest publicly available source code of XNU is 4903.241.1. So we cannot check source code of latest XNU's. Please correct me if I'm wrong. 
      Code below reveals that boot arg darkwake correlates to enum gDarkWakeFlags.
      PE_parse_boot_argn("darkwake", &gDarkWakeFlags, sizeof(gDarkWakeFlags));  
      So lets check the xnu-4903.241.1/iokit/Kernel/IOPMrootDomain.cpp for Darkwake flags:
      // gDarkWakeFlags enum { kDarkWakeFlagHIDTickleEarly = 0x01, // hid tickle before gfx suppression kDarkWakeFlagHIDTickleLate = 0x02, // hid tickle after gfx suppression kDarkWakeFlagHIDTickleNone = 0x03, // hid tickle is not posted kDarkWakeFlagHIDTickleMask = 0x03, kDarkWakeFlagAlarmIsDark = 0x0100, kDarkWakeFlagGraphicsPowerState1 = 0x0200, kDarkWakeFlagAudioNotSuppressed = 0x0400 }; Let's translate these values into decimals and easier to read strings
      HID Tickle Early = 1 HID Tickle Late = 2 HID Tickle None = 3 HID Tickle Mask = 3 Alarm Is Dark = 256 Graphics Power State 1 = 512 Audio Not Suppressed = 1024 HID = Human-interface devices, such as keyboards, pointing devices, and digitizers like pens and touch pads.
      As flags are used for bitwise operations, then we can easily notice that combinations 10 and 8 are for sure invalid now. darkwake=8 equals actually to darkwake=0 and darkwake=10 equals to darkwake=2.
      If we check older XNU versions, then these values are removed since XNU 2782.1.97 ( = Yosemite ):
      kDarkWakeFlagIgnoreDiskIOInDark = 0x04, // ignore disk idle in DW kDarkWakeFlagIgnoreDiskIOAlways = 0x08, // always ignore disk idle kDarkWakeFlagIgnoreDiskIOMask = 0x0C According to this boot flags darkwake=8 and darkwake=10 are obsolete if you have Yosemite or newer macOS as related flags are removed from XNU. 
      What is the default value for darkware boot arg?
      According to XNU source code the default value of boot arg darkware is 3 (darkwake=3):
      static uint32_t gDarkWakeFlags = kDarkWakeFlagHIDTickleNone; We have to clarify that xnu 4903.221.2 is used since macOS Mojave 10.14.1 and xnu 4903.241.1 is used since macOS Mojave 10.14.3. How about the latest macOS? Sadly there is no source code available. 
      To figure out which value is defined on latest kernel we have to download the latest available Kernel Debug Kit, which is 10.15.1 build 19B77a. By using Hopper Disassembler we see that default value on macOS Catalina 10.15.1 for gDarkWakeFlags is 0x00000003, which equals to 3.
      __ZL14gDarkWakeFlags: // gDarkWakeFlags ffffff80012b93b0 dd 0x00000003 So by default Darkwake should not post any HID Tickle's. This also reveals the secret why some users encounter issues with frozen peripheral device's on Hack's when Power Nap is enabled. To use Darkwake on Hack's require very well configured USB ports.
      Power Nap & Darkwake
      If you have Power Nap disabled then computer shouldn't wake automatically. On most cases darkwake boot arg affects how computers should behave on case of Power Nap enabled. If everything is configured properly you do not need define darkwake boot flag at all. Anyhow, there might be motherboards, which benefit from user defined value. But keep in mind that darkwake=8 and darkwake=10 are obsolete since Yosemite.
      Which values are valid for darkwake?
      As flags are used for bitwise operations, then these values are valid:
      darkwake=1 (darkWakePostTickle behaviour)
      darkwake=2 (darkWakePostTickle behaviour)
      darkwake=3 (darkWakePostTickle behaviour)
      .. and so on...
      As I'm not familiar how PE_parse_boot_argn function exactly works, I cannot say much about boot arg darkwake=0. According to source code there is no any checks or behaviours defined for darkwake=0. There is a huge chance that using darkwake=0 actually equals to darkwake=3. I hope someone can clarify from source code what exactly happens if darkwake=0 is used trough PE_parse_boot_argn, but it's obvious that darkwake=0 does not equal to darkwake=NO (or darkwake=FALSE). darkwake=0 does not disable power nap, it only affects HID tickle. Please note that darkwake=3 is combination of flags 1 & 2. 1 + 2 = 3. On case we say to the system to do early (1) and later (2) HID tickle both (3), there is no any tickle at all.
      Some code samples from IOPMrootDomain:
      else if (!darkWakeMaintenance) { // Early/late tickle for non-maintenance wake. if (((gDarkWakeFlags & kDarkWakeFlagHIDTickleMask) == kDarkWakeFlagHIDTickleEarly) || ((gDarkWakeFlags & kDarkWakeFlagHIDTickleMask) == kDarkWakeFlagHIDTickleLate)) { darkWakePostTickle = true; } } if (darkWakePostTickle && (kSystemTransitionWake == _systemTransitionType) && (gDarkWakeFlags & kDarkWakeFlagHIDTickleMask) == kDarkWakeFlagHIDTickleLate) { darkWakePostTickle = false; reportUserInput(); } if (powerState > maxPowerState) { DLOG("> plimit %s %p (%u->%u, 0x%x)\n", service->getName(), OBFUSCATE(service), powerState, maxPowerState, changeFlags); *inOutPowerState = maxPowerState; if (darkWakePostTickle && (actions->parameter & kPMActionsFlagIsDisplayWrangler) && (changeFlags & kIOPMDomainWillChange) && ((gDarkWakeFlags & kDarkWakeFlagHIDTickleMask) == kDarkWakeFlagHIDTickleEarly)) { darkWakePostTickle = false; reportUserInput(); } } void IOPMrootDomain::reportUserInput( void ) { #if !NO_KERNEL_HID OSIterator * iter; OSDictionary * matching; if(!wrangler) { matching = serviceMatching("IODisplayWrangler"); iter = getMatchingServices(matching); if (matching) matching->release(); if(iter) { wrangler = OSDynamicCast(IOService, iter->getNextObject()); iter->release(); } } if(wrangler) wrangler->activityTickle(0,0); #endif } As you see from code examples above, there is no any huge mystery about darkwake boot arg and you should use it mostly on case when you really need to manipulate HID tickle behaviour. On most cases it's more important to properly configure you system power management rather than paying with darkwake boot arg, which can be done via terminal command pmset.
      Power Management
      To check Power Management settings use terminal command:
      pmset -g Also you can use Hackintool to check power management settings:

      Power Management Settings explained:
      displaysleep - display sleep timer; replaces ’dim’ argument in 10.4 (value in minutes, or 0 to disable) disksleep - disk spindown timer; replaces ’spindown’ argument in 10.4 (value in minutes, or 0 to disable) sleep - system sleep timer (value in minutes, or 0 to disable) womp - wake on ethernet magic packet (value = 0/1). Same as "Wake for network access" in the Energy Saver preferences. ring - wake on modem ring (value = 0/1) powernap - enable/disable Power Nap on supported machines (value = 0/1) proximitywake - On supported systems, this option controls system wake from sleep based on proximity of devices using same iCloud id. (value = 0/1) autorestart - automatic restart on power loss (value = 0/1) lidwake - wake the machine when the laptop lid (or clamshell) is opened (value = 0/1) acwake - wake the machine when power source (AC/battery) is changed (value = 0/1) lessbright - slightly turn down display brightness when switching to this power source (value = 0/1) halfdim - display sleep will use an intermediate half-brightness state between full brightness and fully off (value = 0/1) sms - use Sudden Motion Sensor to park disk heads on sudden changes in G force (value = 0/1) hibernatemode - change hibernation mode. Please use caution. (value = integer) hibernatefile - change hibernation image file location. Image may only be located on the root volume. Please use caution. (value = path) ttyskeepawake - prevent idle system sleep when any tty (e.g. remote login session) is ’active’. A tty is ’inactive’ only when its idle time exceeds the system sleep timer. (value = 0/1) networkoversleep - this setting affects how OS X networking presents shared network services during system sleep. This setting is not used by all platforms; changing its value is unsupported. destroyfvkeyonstandby - Destroy File Vault Key when going to standby mode. By default File vault keys are retained even when system goes to standby. If the keys are destroyed, user will be prompted to enter the password while coming out of standby mode.(value: 1 - Destroy, 0 - Retain)  
      If you want to disable proximitywake the this command should be used:
      sudo pmset -a proximitywake 0  
      Recommended settings for Hack's are:
      sudo pmset -a hibernatemode 0 sudo pmset -a proximitywake 0 sudo pmset -a powernap 0 Settings above disable Hibernate, Bluetooth wake by iDevices and Power Nap.
      To check what might prevent computer from going into sleep we can pmset tool:
      pmset -g assertions  
      So, before using blindly darkwake boot arg to solve some sleep issues, make instead sure that USB ports and Power Management settings of your Hack are configured properly.
      Sleep & Wake
      Quite often Hack's users have sleep/wake issues because they don't pay attention to the fact that Apple's macOS is developed for Apple hardware in mind, not regular PC's. 
      Of course sleep mode isn't something that Apple has invented first. Since December 1996 ACPI superseded APM. ACPI - Advanced Configuration and Power Interface. APM - Advanced Power Management. The ACPI specification defines several states for various hardware components and devices. There are global "Gx" states and sleep "Sx" states specified.
      Gx Name Sx Description G0 Working S0 The computer is running and the CPU executes instructions. "Awaymode" is a subset of S0, where monitor is off but background tasks are running G1 Sleeping S1 Power on Suspend (POS): Processor caches are flushed, and the CPU(s) stops executing instructions. The power to the CPU(s) and RAM is maintained. Devices that do not indicate they must remain on may be powered off S2 CPU powered off. Dirty cache is flushed to RAM S3 commonly referred to as Standby, Sleep, or Suspend to RAM (STR): RAM remains powered S4 Hibernation or Suspend to Disk: All content of the main memory is saved to non-volatile memory such as a hard drive, and the system is powered down G2 Soft Off S5 G2/S5 is almost the same as G3 Mechanical Off, except that the power supply unit (PSU) still supplies power, at a minimum, to the power button to allow return to S0. A full reboot is required. No previous content is retained. Other components may remain powered so the computer can "wake" on input from the keyboard, clock, modem, LAN, or USB device G3 Mechanical Off   The computer's power has been totally removed via a mechanical switch (as on the rear of a PSU). The power cord can be removed and the system is safe for disassembly (typically, only the real-time clock continues to run using its own small battery)  
      Since Mac OS X Lion Apple is using DarkWake, which were wrapped into Power Nap on OS X Mountain Lion. To understand and fix macOS sleep issues we also need the knowledge about sleep states which macOS comps may have. To check log of macOS computers sleep/wake we can use pmset tool. Following terminal code prints sleep/wake history.
      pmset -g log|grep -e " Sleep " -e " Wake "  
      I to check more closely sleep history then we can recognise that macOS has at least 3 different sleep "modes":
      Software sleep Idle sleep Maintenance sleep  
      Software sleep
      Software sleep is trigged by computer user or by some software, which is configured to put comp sleep after certain tasks done.
      Idle sleep
      Idle sleep is triggered by idle timer. Each time user interacts with computer idle timer is reset. If users doesn't interact within idle timer countdown time, then Idle sleep is triggered.
      Maintenance sleep
      If user has enabled "Wake for Ethernet network access", then macOS goes from Idle or Software sleep into Maintenance sleep immediately. 
      Power Nap
      If Power Nap is enabled, then computer wakes up automatically after certain period of time, handles certain tasks and goes back to sleep. Apple's documentation reveals that behaviour of power nap doesn't depend only macOS version running on comp but at hardware and it's firmware too. Documentation clearly states that comps made on different time behave differently. which points directly that Power Nap is related to the hardware/firmware too.
      According quote above we have to very carefully choose which firmware is emulated on Hack. Changing SMBIOS on Clover/Opencore can help to solve sleep issues or cause them.
      An example of sleep log when powernap is enabled:
      2020-01-05 09:03:23 +0200 Sleep Entering Sleep state due to 'Idle Sleep': Using AC (Charge:0%) 21 secs 2020-01-05 09:04:29 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep': Using AC (Charge:0%) 1945 secs 2020-01-05 09:37:39 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep': Using AC (Charge:0%) 3187 secs 2020-01-05 10:31:33 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep': Using AC (Charge:0%) 12467 secs 2020-01-05 14:00:06 +0200 Sleep Entering Sleep state due to 'Maintenance Sleep': Using AC (Charge:0%) 11312 secs 2020-01-05 17:08:40 +0200 Wake DarkWake to FullWake from Normal Sleep [CDNVA] : due to UserActivity Assertion Using AC (Charge:0%)  
      An example of sleep log, when ethernet wake and power nap is disabled:
      2020-01-03 18:15:43 +0200 Sleep Entering Sleep state due to 'Idle Sleep':TCPKeepAlive=inactive Using AC (Charge:0%) 3210 secs 2020-01-03 19:09:13 +0200 Wake Wake from Normal Sleep [CDNVA] : due to XDCI CNVW/HID Activity Using AC (Charge:0%) 207 secs 2020-01-03 19:12:40 +0200 Sleep Entering Sleep state due to 'Idle Sleep':TCPKeepAlive=inactive Using AC (Charge:0%) 165903 secs 2020-01-05 17:17:43 +0200 Wake Wake from Normal Sleep [CDNVA] : due to XDCI CNVW/HID Activity Using AC (Charge:0%) As we see from log above, computer stays in sleep without any wakes and no 'Maintenance Sleep'.
      So there are several variables which have effect on your computer sleep/wake behaviour and the solution that helped another people, might be useless or even worse on you case.