Local0 = Package()
{
"dummy-property", Buffer(4) { 1, 0, 0, 0 }, // <-- this gets overwritten and forcibly set to 1
"alc-layout-id", Buffer(4) { 56, 0, 0, 0 }, // <-- this is the actual layout for your card in AppleALC
"layout-id", Buffer(4) { 7, 0, 0, 0 }, // <-- this is what you get to see in the ioRegistryExplorer
"built-in", Buffer() { 0x00 },
"hda-gfx", Buffer() { "onboard-1" },
"RM,device-id", Buffer(4) { 0x70, 0x9d, 0x00, 0x00 },
"PinConfigurations", Buffer() { 0x00 },
}
No issues there for me, i don't use AppleALC, instead i have my HDA Injectors that i built by codec dumps of each laptop.Just a heads up for those who are using the latest Lilu (1.2.7 unreleased) and the latest AppleALC (1.3.1 or 1.3.2), and cannot enable sound. I've found a bit of strangeness, and hope they will fix it. I'm reluctant to report it in their support forums because I can practically feel the maintainers blaming it on me. But anyway, that's how I have sound on my XPS13 now.
The symptoms are:
I don't know if it's Clover, or if it's Apple's ACPI code, or if it's Lilu, or if it's AppleALC, and don't care too much, but I've found that the Package injected via SSDT-HDEF has the first property, no matter what it is, set to value 1 after the system boots.
- You cannot get sound by Clover's layout injection
- You cannot get sound with a custom SSDT
- applealcid=X and alcid=Y boot arguments seem non-functional
- ioRegistryExplorer shows you that layout-id is 1, no matter what you set it to
So, my workaround was to make a dummy property:
Code:Local0 = Package() { "dummy-property", Buffer(4) { 1, 0, 0, 0 }, // <-- this gets overwritten and forcibly set to 1 "alc-layout-id", Buffer(4) { 56, 0, 0, 0 }, // <-- this is the actual layout for your card in AppleALC "layout-id", Buffer(4) { 7, 0, 0, 0 }, // <-- this is what you get to see in the ioRegistryExplorer "built-in", Buffer() { 0x00 }, "hda-gfx", Buffer() { "onboard-1" }, "RM,device-id", Buffer(4) { 0x70, 0x9d, 0x00, 0x00 }, "PinConfigurations", Buffer() { 0x00 }, }
Hope that helps somebody.
This is not true, the reason being the rest of the properties do get injected.Your problem might be an ACPI patching error somewhere which might be causing the rest of DSDT/ACPI code to cancel somewhere along the path and not reach HDEF at all.
Just a heads up for those who are using the latest Lilu (1.2.7 unreleased) and the latest AppleALC (1.3.1 or 1.3.2), and cannot enable sound. I've found a bit of strangeness, and hope they will fix it. I'm reluctant to report it in their support forums because I can practically feel the maintainers blaming it on me. But anyway, that's how I have sound on my XPS13 now.
The symptoms are:
I don't know if it's Clover, or if it's Apple's ACPI code, or if it's Lilu, or if it's AppleALC, and don't care too much, but I've found that the Package injected via SSDT-HDEF has the first property, no matter what it is, set to value 1 after the system boots.
- You cannot get sound by Clover's layout injection
- You cannot get sound with a custom SSDT
- applealcid=X and alcid=Y boot arguments seem non-functional
- ioRegistryExplorer shows you that layout-id is 1, no matter what you set it to
So, my workaround was to make a dummy property:
Code:Local0 = Package() { "dummy-property", Buffer(4) { 1, 0, 0, 0 }, // <-- this gets overwritten and forcibly set to 1 "alc-layout-id", Buffer(4) { 56, 0, 0, 0 }, // <-- this is the actual layout for your card in AppleALC "layout-id", Buffer(4) { 7, 0, 0, 0 }, // <-- this is what you get to see in the ioRegistryExplorer "built-in", Buffer() { 0x00 }, "hda-gfx", Buffer() { "onboard-1" }, "RM,device-id", Buffer(4) { 0x70, 0x9d, 0x00, 0x00 }, "PinConfigurations", Buffer() { 0x00 }, }
Hope that helps somebody.
This is not true, the reason being the rest of the properties do get injected.
Well, I'm not complaining about something that I want a solution to. Just posted a workaround for people who might have the same symptoms, a possibility to look into. Took me almost a day to get to the bottom of it, but... I do have sound now, after all.
I have reasons to suspect that Lilu/AppleALC have a regression, because the AppleALC's callback which processes "alcid" and "applealcid" boot arguments is never even called on the latest master of both Lilu and AppleALC. We shall see. (If they worked, I'd not need a HDEF section at all.)
AR9280 as well.Some WiFi cards no longer supported
Apple removed support for some older WiFi card, here is the list of them and possible workaround for each:
- Atheros AR9285 not supported anymore (workaround by using the High Sierra kexts).
(List to be updated)
would u please help i cant boot to osx mojave here is my files for my bulid i have lenovo idea pad 520 with intel core i7 8550u and intel uhd 620 and nividia 150mx
thanks in advanced