Contribute
Register

[solved] DELL 5458 | ALC255 Don't active with condeccommander

Status
Not open for further replies.
Thank you for quick response
I did all steps but nothing works. I think problem comes from CodecCommander itself because the audio works fine except of headset. :(

btw, "after run the commander for create o cache again." means I rebuild kext cache by "sudo kextcache -i /" right?

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.
 

Attachments

  • debug_30054.zip
    2 MB · Views: 57
My bad. This is my debug files.

This configuration looks ok (audio working), although you might consider using an AppleHDA injector (dummyHDA) instead of patched AppleHDA.kext (your config.plist already has the patches for it).
 
This configuration looks ok (audio working), although you might consider using an AppleHDA injector (dummyHDA) instead of patched AppleHDA.kext (your config.plist already has the patches for it).

Ok, it's "sudo kextcache -i /". Run this commander after inicialization of OS X, "hda-verb 0x19 SET_PIN_WIDGET_CONTROL 0x25". You need of hda-verb script, do on download https://bitbucket.org/RehabMan/os-x-eapd-codec-commander/downloads/, after extract, input the hda-verb on /usr/bin. This go enable headset. If this resolved, you create a script that run on login with that command.

Following @eltoncerqueira instruction, after run this commander "hda-verb 0x19 SET_PIN_WIDGET_CONTROL 0x25", headset works like a charm. Is there any way to make SSDT for patching CodecCommander.kext with that params 0x19 and 0x25?
I really don't know how these things work? :(
 

Attachments

  • debug_30054.zip
    2 MB · Views: 90
Following @eltoncerqueira instruction, after run this commander "hda-verb 0x19 SET_PIN_WIDGET_CONTROL 0x25", headset works like a charm. Is there any way to make SSDT for patching CodecCommander.kext with that params 0x19 and 0x25?
I really don't know how these things work? :(

CodeCommander already sends 0x19 SET_PIN_WIDGET_CONTROL 0x25 for ALC255 at startup and after wake from sleep.
Look in the Info.plist and you'll see.
 
CodeCommander already sends 0x19 SET_PIN_WIDGET_CONTROL 0x25 for ALC255 at startup and after wake from sleep.
Look in the Info.plist and you'll see.

Oh, I got it. Then I try install debug CodecCommander and check kernel_log. I see the commander has run but it still doesn't work before I run "0x19 SET_PIN_WIDGET_CONTROL 0x25" manually. Do you have any idea why it been interrupted? :(
 

Attachments

  • debug_18228.zip
    2.1 MB · Views: 86
@chiendo97 Instead of using Patched applehda try Applealc dynamic patching with layout 17 (may try 13) for alc255 ,and use alcplugfix (search) to remove headphone noise.
 
Oh, I got it. Then I try install debug CodecCommander and check kernel_log. I see the commander has run but it still doesn't work before I run "0x19 SET_PIN_WIDGET_CONTROL 0x25" manually. Do you have any idea why it been interrupted? :(

It may be something wrong in your patched AppleHDA.
Try using aDummyHDA.kext as generated from Mirone's HDA patcher.
 
@chiendo97 Instead of using Patched applehda try Applealc dynamic patching with layout 17 (may try 13) for alc255 ,and use alcplugfix (search) to remove headphone noise.

Thank you, I appreciate your suggestion, I may try it in some days.

It may be something wrong in your patched AppleHDA.
Try using aDummyHDA.kext as generated from Mirone's HDA patcher.

Thank you so much. After re-install vanilla AppleHDA.kext to S/L/E and aDummyHDA.kext to /L/E, my audio and my headset works like a charm again. You can mark it as solved.
 
Status
Not open for further replies.
Back
Top