|
Quote:
|
Thanks!
Thank you so much! I now have 5.1 surround sound working again over S/PDIF digital out!
|
Someone ported Sigmatel STAC9274D ?
Hi all,
thanks for that guide !! Very helpful and easy to follow. Anyway, yesterday I tried to port the AppleHDA for a STAC9247D but failed. I modified the ST9220 in the SL AppleHDA STAC9220 0x83847680 to STAC9274D 0x83847621 My DSDT points to that codec-id , and the pin-config is shown in SL system profiler. Audio-LayoutID is 4 (not 12) but if DSDT shows layout-id "4" too, it should be ok to copy-paste the layout 4 parts into the SL kext. Of course I also tried to modify that stuff with layout-id 12 and modified the DSDT to 12 (0x0c) too, but as expected, nothing better. Anyone here with success on that chip and can post the kext ? VoodooHDA is working here but suffers from sleep issues. Cheers |
Same issue as Jedric
2 Attachment(s)
Jedric (or anyone who can help),
I have a similar issue that you have in that I get the device ID as "0x1458A002". Have you made any progress? I any case could you send me a copy of the DSDT your using prehaps it will help be debug the compile erros I'm getting. (my DSDT is attached if someone can help, it is compiled without the HDEF code changes and is fully functional for HPET, RTC, DTGP, USB fix and Snow Leopard is fully functional with the exception of sound and SATA requiring ACHIinject.kext [I'll fix the ACHI later]) However when I change the the 'generic' HDEF code on this thread I get Quote:
"Intel High Definition Audio: Device ID: 0x1458A002 Audio ID: 12 Available Devices: " And the added_hdef_compile_erros_dsdt in which I have changed the HDEF code to that on this thread but get errors as listed above. Any help would be great. Thanks in advance and apologies for my lack of understanding I have only started trying to patch my own DSDT a week ago so I'm still on a steep learning curve. |
mormegil....
It shouldnt matter but as long as all the locations that state layout ID are 889 vs your 12 it should still work right ? my dsdt is coded with layout-id as 79 03 00 00 and a codec-id of 89 08 EC 10 so I followed all your steps, hexedit found all 4 locations with 8508ec10 and replaced with 8908ec10 edited the two plists as show in the post. still no go. the 1.5.7a24 AppleHDA and my dsdt file I get audio in SL. but the edited AppleHDA from a SL install does not work. Any ideas? thanks |
mormegil-
I have been going down the same paths as airwalk over and over. Here are two messages that I get over and over on boot: Quote:
|
Yes. Layout id doesn't matter as long as you keep it consistent i.e: If your layout id in DSDT is 79 03 00 00 (byte-flipped) => 00 00 03 79 (hex) => 889 (decimal), you will need to use layout-id 889 in plist.
@airwalk: You sure that is your codec id? Have you dumped it yourself? ALC889 shares the same codec id as ALC885 afaik. Try not to hexedit the binary and see. |
1 Attachment(s)
mormegil-
airwalk and I have the same setup. check my linux dump below. we are 889, not 889a. |
2 Attachment(s)
mormegil...
I am 100 % sure this is the correct codecID since the codec dump I have ( taken by using a linux live dvd) Vendor Id: 0x10ec0889 ie...283904137 which is what is coded in the working applehda. take a look a these dumps I have from when I patched the applehda for 10.5.6 (these dumps are from my board not downloaded from someone else) Codec: Realtek ALC889 Address: 2 Vendor Id: 0x10ec0889 Subsystem Id: 0x10de0175 Revision Id: 0x100004 Then based on the dump I generated the verbs. Question could this be caused by config data not matching pathmaps data? BTW I tested without changing the hex values and no luck. thank you |
Hmm.. You're right.
Did you inject configdata into dsdt? Might be that or your pathmaps are wrong. Just to confirm, did you use the same PathMapID under "Layouts" and "Pathmaps" in AppleHDAPlatformDriver.kext? |