Lacedaemon Posted January 22, 2016 Share Posted January 22, 2016 Whenever I apply this patch to the relevant ACPI tables (DSDT, SSDT-8, SSDT-11, SSDT-13), I get the following kernel panic: http://imgur.com/wcIlBOv.jpg I don't see how a graphics patch could affect the kext in charge for WiFI. This only occurs when I apply the patch to the ACPI tables mentioned. When I add them to EFI/CLOVER/ACPI/patched without the patch, the laptop boots fine. I believe this is the final step to get waking from sleep working. Thanks to anyone who can help! I've attached my ACPI tables below. X555LB-NS51 ACPI.zip Link to comment Share on other sites More sharing options...
artur_pt Posted January 22, 2016 Share Posted January 22, 2016 hello 2 files dsdt and ssdt-11 with IGPU 0 errors .. now u do what u want asus.zip good hack 1 Link to comment Share on other sites More sharing options...
Lacedaemon Posted January 22, 2016 Author Share Posted January 22, 2016 Hi, thanks for your reply! So, just those two? I thought when using this patch, you had to apply it to all ACPI tables that mention GFX0? It is common to rename objects to better match what OS X expects (example "Rename GFX0 to IGPU" for proper IGPU power management). In such cases, all DSDT/SSDTs with references to that name must also be renamed.[source] SSDT-8 and SSDT-13 don't necessarily define/use them in the main body, but they do have external references to it... Link to comment Share on other sites More sharing options...
artur_pt Posted January 22, 2016 Share Posted January 22, 2016 hello man .. to load the edited patched tables .. must drop oem tables .. several times are the ones giving os x problems ... sleep can have several causes .. graphics .. usb ... sound .. cpupowermanagement .. etc.. try to see in console related msg.. good hack Link to comment Share on other sites More sharing options...
Lacedaemon Posted January 22, 2016 Author Share Posted January 22, 2016 man .. to load the edited patched tables .. must drop oem tables .. several times are the ones giving os x problems ... hmm. I might try dropping all the tables this time around. So far, I've only been dropping the ones I patch, because that's the only way it would boot: <key>DropTables</key> <array> <dict> <key>Signature</key> <string>SSDT</string> <key>TableId</key> <string>SgPch</string> </dict> <dict> <key>Signature</key> <string>DMAR</string> </dict> <dict> <key>Signature</key> <string>SSDT</string> <key>TableId</key> <string>CpuPm</string> </dict> <dict> <key>Signature</key> <string>SSDT</string> <key>TableId</key> <string>Cpu0Cst</string> </dict> <dict> <key>Signature</key> <string>SSDT</string> <key>TableId</key> <string>Cpu0Ist</string> </dict> <dict> <key>Signature</key> <string>SSDT</string> <key>TableId</key> <string>ApCst</string> </dict> <dict> <key>Signature</key> <string>SSDT</string> <key>TableId</key> <string>ApIst</string> </dict> <dict> <key>#Signature</key> <string>SSDT</string> <key>TableId</key> <string>DptfTabl</string> </dict> <dict> <key>#Signature</key> <string>SSDT</string> <key>TableId</key> <string>SaSsdt</string> </dict> <dict> <key>#Signature</key> <string>SSDT</string> <key>TableId</key> <string>OptTabl</string> </dict> </array> sleep can have several causes .. graphics .. usb ... sound .. cpupowermanagement .. etc.. try to see in console related msg.. It's actually wake from sleep that's the issue; it sleeps fine. The backlight turns on but I don't see the OS. Any ideas? Thanks again! Link to comment Share on other sites More sharing options...
artur_pt Posted January 22, 2016 Share Posted January 22, 2016 hello test this other DSDT.aml.zip try to see any related msg with wake good hack Link to comment Share on other sites More sharing options...
Lacedaemon Posted January 23, 2016 Author Share Posted January 23, 2016 (edited) hello test this other DSDT.aml.zip try to see any related msg with wake good hack Hi, So I haven't gotten to testing the SSDT + DSDT you posted farther up, but I did just now try this DSDT. Even without the SSDTs, it gives the same kernel panic. Something in the DSDT patching process must be throwing OS X off. I'll try dropping all OEM SSDTs and edit this post with the result. Edit: There's good news, and bad news. The good news is, the patch was successful! I just had to drop all OEM DSDTs, and then include my SATA SSDTs (SSDT-0 and SSDT-1) in EFI/CLOVER/ACPI/patched. The bad news is that it still won't wake from sleep. I tried both _WAK patches from here, and both don't help. I also tested your DSDT, and it didn't work. :-/ Since the main question was resolved, I marked the thread as such. I'm gonna continue working on wake-from-sleep; if you or anyone else have any suggestions, please let me know! Edited January 23, 2016 by Lacedaemon Link to comment Share on other sites More sharing options...
Recommended Posts