[Guide] Asus Zenbook UX305FA on High Sierra using Clover UEFI

[RehabMan]

^good eye, must have been left over from my previous kext collection and has been removed
oddly enough only AppleALC worked, DummyHDA didn't do anything on it's own

have now installed high sierra on an external drive twice, once on apfs and once on hfs, seems to have the same memory crunching properties
boot up is using over 4gb, open a few tabs and we're down to less than 500mb of memory free
appears to be high sierra being memory hungry?

Any change requires new PR files...
None attached.

 

[vindu]

more of an observation than problem, just seems like memory management is different compared to el capitan
guess i should be keeping my eye out on the pressure instead of the actual memory numbers now?

have updated an updated PR files anyhow
i do seem to be getting a bunch of ACPI errors(namespace lookup failure, ae_already_exists) on load, i've seen some other posts suggest it's usually caused by abuse of DSDT fixes but i've already minimised everything without any change

 

[RehabMan]

more of an observation than problem, just seems like memory management is different compared to el capitan
guess i should be keeping my eye out on the pressure instead of the actual memory numbers now?

have updated an updated PR files anyhow
i do seem to be getting a bunch of ACPI errors(namespace lookup failure, ae_already_exists) on load, i've seen some other posts suggest it's usually caused by abuse of DSDT fixes but i've already minimised everything without any change

Your hotpatch for battery status is completely wrong.
You have duplicate symbols in SSDT-BATT.aml (eg. symbols already defined in DSDT).

You should go back through the hotpatch guide for a better understanding of how to do it correctly.

 

[vindu]

^roger that, will look into it
oddly enough it was the same SSDT-BATT.aml i used in el capitan, guess things have changed

 

[RehabMan]

^roger that, will look into it
oddly enough it was the same SSDT-BATT.aml i used in el capitan, guess things have changed

Just because something wrong was working ok in one version does not make it right.

 

[vindu]

yep absolutely right, time to break it down to a clean slate and start again from the basics

quick question, i don't believe SSDT-DEBUG.aml's essential for normal operations right? whenever i get clover to exclude it from my SortedOrder I seem to get a kernel panic on boot from IOACPIFamily and AppleACPIPlatform, no ACPIDebug.kext installed either

 

[RehabMan]

yep absolutely right, time to break it down to a clean slate and start again from the basics

quick question, i don't believe SSDT-DEBUG.aml's essential for normal operations right? whenever i get clover to exclude it from my SortedOrder I seem to get a kernel panic on boot from com.apple.iokit.IOACPIFamily, no ACPIDebug.kext installed either

Your SSDT-HACK.aml has RMDT references, so until you remove those references, SSDT-DEBUG.aml is required.
It is very obvious if you use grep:

NUC6i7KYK:patched rehabman$ grep RMDT *.dsl
SSDT-DEBUG.dsl:    Device (RMDT)
SSDT-DEBUG.dsl:            Notify (RMDT, 0x80)
SSDT-HACK.dsl:    External (RMDT, DeviceObj)    // (from opcode)
SSDT-HACK.dsl:    External (RMDT.P3__, MethodObj)    // 3 Arguments (from opcode)
SSDT-HACK.dsl:        \RMDT.P3 ("GPRW", Arg0, Arg1)

 

[vindu]

didn't realise you could use grep in that way, very cool

will investigate after some sleep

 

[vindu]

anyone else able to get pm working with just PluginType=YES in the config.plist without the help of DummyX86PlatformPlugin.kext? mine seems to just kernel panic on boot after loading X86PlatformShim

 

[RehabMan]

anyone else able to get pm working with just PluginType=YES in the config.plist without the help of DummyX86PlatformPlugin.kext? mine seems to just kernel panic on boot after loading X86PlatformShim

You're missing the _xcpm_idle patch for the kernel.
See guide for plists that have it:
https://www.tonymacx86.com/threads/guide-booting-the-os-x-installer-on-laptops-with-clover.148093/