onemanosx

Where does it get stuck? Take a picture.

clover/acpi/patched

I never regretted with mine

Please open a new thread in forum.

[ref]ameen[/ref], good job!! Enjoy!

Dont forget the DSDT I just added earlier in case you didnt get it. https://Olarila.com/forum/viewtopic.php?p=95821#p95821

[ref]mut0u[/ref], add ECDV to EC renames find: 45434456 replace: 45435F5F There are some errors with track pad in kernel. But, I cannot suggest for change without looking at untouched origin DSDT. Sorry for the long boot up time. Here good working DSDT. DSDT.aml.zip

I see. I was trying to load up Rehabman's Dell Keyboard from his voodoops2controller. Seems it messes the other characters, too. I have no idea what to do at this point. However, please use this DSDT and upload new sendme. It wont solve your fn keys tho. DSDT.aml.zip

[ref]mut0u[/ref], I mean press F4 at clover bootloader. Then upload files in clover/acpi/origin. Have you tried the last DSDT? Does the Fn keys work?

[ref]mut0u[/ref], Check if Fn+11/12 works. DSDT.aml.zip Can you also upload origin ACPI?

https://imgur.com/NBMj9xa

I am a little lost here. So are Fn+F11/F12 or F11/F12 now working? Lets remove some errors in with ACPI I see in your kernel. Hopefully, by addressing these errors will make your laptop work better. Try to reboot with these files and extract new sendme. Archive.zip

[ref]ameen[/ref], Perhaps I did not make it clear enough. 1. TableSignature 44534454 is required. 2. You are unable to boot with your count 39 because the count is wrong and instead disables other _CRS method. 3. The idea is to be able to boot with effective _CRS to XCRS by injecting other random count and see in your pre-edited DSDT where that XCRS method is patched. From there, you are able to make an educated count towards TPD0._CRS In your latest troubleshooting archive, clearly your XCRS patch is a failed attempt. Probably, you did not use the correct TableSignature I had mentioned in point 1. Experimental: You can try using this SSDT DefinitionBlock ("", "SSDT", 2, "1MOSX", "SDM0", 0x00000001) { External (SDM0, IntObj) Scope (_SB) { Method (_INI, 0, NotSerialized) // _INI: Initialize { If (_OSI ("Darwin")) { SDM0 = Zero; } } } } Make sure you disable all track pad renames

Please upload new sendme files with working FN+B and Fn+S buttons working DSDT

[ref]mut0u[/ref], I just realised you enabled OSI to XOSI patch. That is not required. Disable it and try again with the DSDT. Your SSDT has similar BRT6 patch.

[ref]mut0u[/ref], Does press F11 and F12 only affect anything or Fn+B & Fn+S Anyways, one more tryDSDT.aml.zip Actually, there's 2 but lets try this first

[ref]mut0u[/ref], Try again with this.DSDT-02.aml.zip

[ref]mut0u[/ref], Check if this works. DSDT.aml.zip

[ref]mut0u[/ref], Please upload your EC method terminal image log show | grep -i acpidebug

use imgur Upload your sendme files

[ref]sanyaaahtconex[/ref], Intel Wifi is not supported by any MacOS

technically, you should have 2 EC methods. One for increase and another for decrease. I suggest you check your work again. You can also paste the below code into terminal. The result will tell you which EC methods are being used. log show | grep -i acpidebug

[ref]ameen[/ref], try a different count in the range of 40s. Reboot and check in DSDT XCRS location. I can guide you but not count for you.

[ref]ameen[/ref], That is not a panic. But you do have problem with SSDT-I2C (which is expected since we do not know if your skip count is correct, you can block the SSDT or VoodooI2C kexts until you are certain the XCRS patch is correct) Another issue is your SSDT-KBD. I assume is your keyboard patch.

like i said your tablesignature is wrong. It should be DSDT (44 53 44 54) instead of TPD0 (54 50 44 30) in HEX. Yes, I got my skip count method working. And no, the feature is not useless.