Contribute
Register

[README] Common Problems and Workarounds on 10.14 Mojave

3. Removing Harddrive/SSD and installing macOS externally with a USB to SATA cable (seems that it avoids APFS conversion).

Does not work for me :(
IMG_20180802_080557.jpg
 
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:
  • 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
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.

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.
 
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:
  • 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
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.

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.
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.

I use Layout ID 2 & Layout ID 4 (some of my laptops).

I have no problem so far, latest beta of Mojave.
I have SSDT-HDEF which is merged with all other SSDT (hotpatch #include method).

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.
 
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.
This is not true, the reason being the rest of the properties do get injected.
 
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:
  • 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
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.

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.

Diagnosis not possible without a PR files...

No "Problem Reporting" files attached.
Read FAQ, "Problem Reporting" again. Carefully. Attach all requested files/output.
https://www.tonymacx86.com/threads/faq-read-first-laptop-frequent-questions.164990/
Use the gen_debug.sh tool mentioned in the FAQ, that way it is less likely you'll omit something.
 
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.)
 
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.)

Not possible to determine anything regarding your problem or solution without PR files that represent both.
 
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)
AR9280 as well.
Managed to get it working with HS kexts
IO80211Family.kext
IO80211FamilyV2.kext
 
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
 

Attachments

  • oshahin89s-MacBook-Pro.zip
    3.1 MB · Views: 141
Back
Top