Jump to content

najeeb_anwer

Members
  • Content Count

    61
  • Joined

  • Last visited

About najeeb_anwer

  • Rank
    InsanelyMac Protégé

Profile Information

  • Gender
    Male

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    Hi all, Thank you to everyone that helped to try to get AppleALC working on my laptop. I know it is a great idea because I use successfully on my desktop. But I have come to the conclusion that it is not worth my time or yours to make it work on my laptop. My audio works and I am unlikely to upgrade to a newer version of macOS (since Mojave is incompatible with my graphics card), so I am going to leave it working with the patched AppleHDA.
  2. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    Okay, I put back the HDAIDT.kext in CLOVER/kexts/Other and removed AppleALC.kext and Lilu.kext. I also put back the modified AppleHDA.kext (with my layout12.xml.zlib and Platforms.xml.zlib in Contents/Resources) as well as the AppleHDA patches in config.plist that I had added previously. Audio works. This is the same as before I started trying to use AppleALC. As I understand it, AppleALC is supposed to take the injected layout-id (whether it is injected by Clover or DSDT) and copy that value to alc-layout-id and then modify layout-id to an internal value (usually 7) which is what it uses to map to the layout and patches for a particular codec. When I used the AppleALC provided by you, this did not happen; there was no alc-layout-id in HDEF the layout-id remained at its injected value of 12.
  3. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    I did not put back HDAIDT.kext; I only restored the AppleHDA patches in config.plist and removed AppleALC from CLOVER/kexts/Other. Anyway, goodnight. I will follow up tomorrow.
  4. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    It's almost 3am here. I'm going to sleep. Will follow up tomorrow. Thanks for the help.
  5. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    Okay, I put back the AppleHDA patches in config.plist. Still no audio, but this time the PinConfigurations are almost identical to what I had with working audio.
  6. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    I tried both and I don't have audio with either one. Also, I don't see alc-layout-id in IOREG/HDEF. I did the following: 1. Restored original AppleHDA.kext in S/L/E. 2. Put Lilu.kext and your AppleALC.kext in CLOVER/kexts/Other 3. Removed AppleHDA patches from config.plist. Is it possible that even though I removed HDAIDT.kext from CLOVER/kexts/Other, it was still in the kextcache and affecting the system?
  7. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    Thanks. I have tried injecting layout-id using Clover with Devices/Audio/Inject and using Devices/Properties - both did not work, layout-id remained 12 in ioreg. Why two versions of AppleALC? Which one should I use?
  8. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    I am as surprised as you are. But here are the kexts I have in CLOVER: And this is the working audio. I have rebooted several times and it works every time. And this is the PinConfigurations in IODEF:
  9. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    I will try this in case the solution with layout-id=12 in AppleALC that I mentioned above does not work. Thanks.
  10. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    You're right; I removed HDAIDT.kext completely and audio still works consistently. Although now I do see both the IDT and NVidia codecs listed. I think the problem with the NULL Codec was due to some problem in the DSDT I was using. I have gone back to using the DSDT that I had before I started trying to use AppleALC. The only changes I have at this point is the modified layout12.xml.zlib and Platforms.xml.zlib files in AppleHDA/Contents/Resources and the 2 AppleHDA patches in config.plist. I can't inject the layout-id because of the existing _DSM method for HDEF in DSDT.aml and I don't want to touch the DSDT in case it gets screwed up again. Can you please add my layout-id=12 to codec IDT92HD73C1X5 in AppleALC.kext and send me a new one to test? The relevant info is in the attached file. Dell Studio XPS M1340.zip
  11. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    This is what the system shows when I am using HDAIDT.kext: I have attached the IOReg for this. Najeeb’s MacBook Pro.zip
  12. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    Yes, I have gone back to using my original DSDT.aml (without the HDEF _DSM patch to inject alc-layout-id), the modified AppleHDA.kext (for layout-id 12), the AppleHDA patches in config.plist and HDAIDT.kext. This configuration works, consistently, across multiple reboots, without problems. I have been using this since Mac OS X 10.7. I think the problem is the NULL Codec that is present in HDEF which causes AppleHDA.kext to exit. I tested by removing all the related kexts (Lilu, AppleALC and HDAIDT) and the DPCIManager still shows 3 codecs listed ("IDT 92HD73C1", "NULL Codec", "NVidia MCP7A HDMI"). I don't claim to understand exactly what HDAIDT.kext does, but part of it appears to be to patch AppleHDAController.kext to remove the additional codecs. When I use HDAIDT.kext, the only codec that shows up in DPCIManager is the "IDT 92HD73C1". I have not tried using resetHDA in config.plist. It is not needed for HDAIDT.kext to work properly. I suppose I can try it when I reinstall AppleALC the next time. Hopefully, the next attempt will be when you experts have a solution to the problem. I have attached my current patched DSDT.aml so you can check for clues about what might be causing the "NULL Codec" DSDT.aml
  13. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    Please see my previous post. I have had working audio with patched AppleHDA and HDAIDT.kext
  14. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    My laptop details are now in the signature. Problem description: I have macOS High Sierra (17G3025). I have previously been using a modified AppleHDA.kext (for layout-id 12) with AppleHDA patches in config.plist and an audio kext called HDAIDT.kext, which worked. All of this is attached to this post in file called "Dell Studio XPS M1340.zip". I want to use Lilu.kext & AppleALC.kext. The codec (IDT 92HD73C1) appears to be supported with layout-id 19. Originally, the problem was that the alc-layout-id was not being injected by any of the methods (config.plist Devices/Audio/Inject or Devices/Properties or by using alcid=19 at boot). @Andres ZeroCross fixed this problem by providing a modified DSDT.aml that properly injected the properties in HDEF. The problem now is that the audio works only occasionally, but fails on reboot. When it works, it looks like this: When it does not work, there is a NULL Codec present in the DPCIManager audio list and there is an empty "IOHDACodecDevice@8,1" listed in IOReg/HDEF, and AppleHDA.kext stops running after a minute. It looks like this: Codec_Dump of the computer? The entire contents of Linux /proc/asound is attached. Inject LayoutID with Clover or with patched DSDT? Patched DSDT. You work with HighSierra? Yes, macOS High Sierra (17G3025). You work with original AppleHDA and AppleALC + Lilu? Yes, original AppleHDA. The AppleALC I am currently using is provided by @Andres ZeroCross using layout-id 21 but the problem existed with original AppleALC and using layout-id 19. Delete all kext-to-patch entries for AppleHDA in Clover! Yes, from the beginning. Dummy.kext or realtekALC.kext are not in the system? Neither in Clover, nor in L/E or S/L/E? If yes, then delete! Yes, not present. Please let me know if I need to send any more info. Thanks. Dell Studio XPS M1340.zip asound.zip
  15. najeeb_anwer

    AppleALC — dynamic AppleHDA patching

    HDAIDT.kext was created by @bcc9 for the Dell XPS 1340 (that’s where I got it). Maybe he can provide a solution.
×