Contribute
Register

17-e116dx [IN-Progress] : Missing audio

Status
Not open for further replies.
Thanks for having a look at it. Very weird. I'll try to get power management working correctly today.

I installed the AppleHDA-269.25-ALC282.zip from that other thread into /S/L/E using kextwizard and rebuilt the cache/permissions.
 
Thanks for having a look at it. Very weird. I'll try to get power management working correctly today.

I installed the AppleHDA-269.25-ALC282.zip from that other thread into /S/L/E using kextwizard and rebuilt the cache/permissions.

The AppleHDA.kext you are referring to might not have working "External Mic". I used that before but ext mic was not working so i patched it myself and everthing works like a charm now. I already told the author about the problem and a patched kext but i didnt checked if it is included there. If it didn't work for you try my patched kext here.
 
Thanks for the link!

I installed the DummyHDA and EAPD fix using kextwizard to /S/L/E and rebuilt cache/permissions.

Vanilla AppleHDA is in /S/L/E also. (I saved all vanilla kexts when I reinstalled)

I injected audio id 3 with clover and added the applehda kext patch to the config.plist and rebooted a few times, still a no go.

Attached my clover plist.View attachment config.plist
 
Thanks for the link!

I installed the DummyHDA and EAPD fix using kextwizard to /S/L/E and rebuilt cache/permissions.

Vanilla AppleHDA is in /S/L/E also. (I saved all vanilla kexts when I reinstalled)

I injected audio id 3 with clover and added the applehda kext patch to the config.plist and rebooted a few times, still a no go.

Attached my clover plist.View attachment 133115

Ok. Try the attached kext. Someone had same problem today and this kext fixed it. I don't remember if its the final kext i made or experimental. So try it and let me know if it works.

Remove AppleHDA, VoodooHDA, DummyHDA, EAPDFix kexts & Clover patches for AppleHDA.

Install attached kext in S/L/E. Rebuild cache. Reboot twice.

EDIT: Just saw your config.plist. This "-kext-dev-mode=1" is wrong. Should be "kext-dev-mode=1".
 

Attachments

  • AppleHDA.kext.zip
    921.5 KB · Views: 64
I documented my attempt at patching the AppleHDA from the other thread. Attached is the linux card dump and resulting AppleHDA. Just in case anyone finds this helpful.

Codec: Realtek ALC282
Address: 0
Vendor Id: 0x10ec0282 (DEC 283902594)

Part 2: Section 1 : Pin Default / Node ID / EAPD

Node: 12
Pin-Default: 0x99a30130

Node: 14
Pin-Default: 0x90170110
EAPD: 0x2

Node: 19
Pin-Default: 0x03a11020

Node: 21
Pin-Default: 0x03211040


Part 2 : Section 2 : Verb Data

Node: 12
Verb Data: 30 01 a3 99
Location Correction: 30 01 a3 90
Mic Correction: 30 01 a0 99

Node: 14
Verb Data: 10 01 17 90

Node: 19
Verb Data: 20 10 a1 03
Mic Correction: 20 10 81 03

Node: 21
Verb Data: 40 10 21 03


Part 3: Verb Commands

Node: 12
0 12 71c 30 : 01271c30
0 12 71d 01 : 01271d01
0 12 71e a3 : 01271ea3
0 12 71f 99 : 01271f99

Node: 14
0 14 70c 02 : 01470c02 # EAPD
0 14 71c 10 : 01471c10
0 14 71d 01 : 01471d01
0 14 71e 17 : 01471e17
0 14 71f 90 : 01471f90

Node: 19
0 19 71c 20 : 01971c20
0 19 71d 10 : 01971d10
0 19 71e a1 : 01971ea1
0 19 71f 03 : 01971f03

Node: 21
0 21 71c 40 : 02171c40
0 21 71d 10 : 02171d10
0 21 71e 21 : 02171e21
0 21 71f 03 : 02171f03


Disabling Unused Nodes:

Node: 17
0 17 71c F0 : 01771cF0
0 17 71d 00 : 01771d00
0 17 71e 00 : 01771e00
0 17 71f 40 : 01771f40

Node: 18
0 18 71c F0 : 01871cF0
0 18 71d 00 : 01871d00
0 18 71e 00 : 01871e00
0 18 71f 40 : 01871f40

Node: 1a
0 1a 71c F0 : 01a71cF0
0 1a 71d 00 : 01a71d00
0 1a 71e 00 : 01a71e00
0 1a 71f 40 : 01a71f40

Node: 1b
0 1b 71c F0 : 01b71cF0
0 1b 71d 00 : 01b71d00
0 1b 71e 00 : 01b71e00
0 1b 71f 40 : 01b71f40

Node: 1d
0 1d 71c F0 : 01d71cF0
0 1d 71d 00 : 01d71d00
0 1d 71e 00 : 01d71e00
0 1d 71f 40 : 01d71f40

Node: 1e
0 1e 71c F0 : 01e71cF0
0 1e 71d 00 : 01e71d00
0 1e 71e 00 : 01e71e00
0 1e 71f 40 : 01e71f40


Final Commands:
<01271c30 01271d01 01271ea3 01271f99
01471c10 01471d01 01471e17 01471f90 01470c02
01771cF0 01771d00 01771e00 01771f40
01871cF0 01871d00 01871e00 01871f40
01971c20 01971d10 01971ea1 01971f03
01a71cF0 01a71d00 01a71e00 01a71f40
01b71cF0 01b71d00 01b71e00 01b71f40
01d71cF0 01d71d00 01d71e00 01d71f40
01e71cF0 01e71d00 01e71e00 01e71f40
02171c40 02171d10 02171e21 02171f03>



Part 4: PathMaps

::Outputs::

Speaker:
HEX: 0x14 -> 0x0c -> 0x02
DEC: 20 -> 12 -> 2

HeadPhone:
HEX: 0x21 -> 0x0d -> 0x03
DEC: 33 -> 13 -> 3


::Inputs::

Node: 9
HEX: 0x19 -> 0x22 -> 0x09
DEC: 25 -> 34 -> 9

Node: 8 External Mic
HEX: 0x19 -> 0x23 -> 0x08
DEC: 25 -> 35 -> 8

Node: 7 Internal Mic
HEX: 0x12 -> 0x11
DEC: 18 -> 17
 

Attachments

  • codec0.txt
    10.3 KB · Views: 164
  • AppleHDA.kext.zip
    1.3 MB · Views: 54
Ok. Try the attached kext. Someone had same problem today and this kext fixed it. I don't remember if its the final kext i made or experimental. So try it and let me know if it works.

Remove AppleHDA, VoodooHDA, DummyHDA, EAPDFix kexts & Clover patches for AppleHDA.

Install attached kext in S/L/E. Rebuild cache. Reboot twice.

EDIT: Just saw your config.plist. This "-kext-dev-mode=1" is wrong. Should be "kext-dev-mode=1".

Roger that, I'll modify the config first.
 
I fixed the 'kext-dev-mode' boot arg and installed the ALC 282 patched AppleHDA, requiring audio-id 1 to be injected.

I did that with clover and after a reboot with '-f -v' sound works! But.. after another reboot (-f -v or not) it doesn't work (no devices).

I tried two different AppleHDA patched kexts and the same thing happens. It's unpredictable as to when the audio will work, I just know when I don't see sound assertions during boot that it will work.

Sounds weird right? Anyone ran into anything similar or have any suggestions?

I'm going to try removing all audio patches and kexts and attempt it again. It's good to know the sound will work though.
 
Ok I removed all audio patches, rebuilt cache/permissions and restarted twice. Then I used kext manager to install the AppleHDA that I first linked to and rebuilt cache/permissions again. I added the audio-id: 3 injection to my clover config.plist and restarted with '-f -v'.

Audio was working. So I saved an ioreg and a few screenshots. Then I rebooted without using the boot args and now sound is not working. I took another ioreg and comparison screenshots and attached them all to this post. The ones marked 'not-working' are the ones after the reboot when sound wasn't working.
 

Attachments

  • sys-not-working.png
    sys-not-working.png
    66.3 KB · Views: 162
  • ioreg-working.ioreg
    2.6 MB · Views: 143
  • ioreg-not-working.ioreg
    2.4 MB · Views: 142
  • dpci-working.png
    dpci-working.png
    94.9 KB · Views: 150
  • dpci-not-working.png
    dpci-not-working.png
    85.3 KB · Views: 161
  • sys-working.png
    sys-working.png
    81.8 KB · Views: 145
Ok I removed all audio patches, rebuilt cache/permissions and restarted twice. Then I used kext manager to install the AppleHDA that I first linked to and rebuilt cache/permissions again. I added the audio-id: 3 injection to my clover config.plist and restarted with '-f -v'.

Audio was working. So I saved an ioreg and a few screenshots. Then I rebooted without using the boot args and now sound is not working. I took another ioreg and comparison screenshots and attached them all to this post. The ones marked 'not-working' are the ones after the reboot when sound wasn't working.

Are you using an AppleHDA injector or fully patched AppleHDA?
 
Status
Not open for further replies.
Back
Top