ML: Optimized Realtek AppleHDA - Preview/Alpha

[jcolinespinoza]

Everything working fine for 889 with HDAEnabler1. (Non DSDT, UEFI bios)
Digital audio works: DTS passthrough in plex.
Analogue audio works, headphones.

 

[fraude]

The dsdt looks okay. Did you do any edits to AppleHDA.kext? One of the displays you have connected (an adapter?) is is not a HDMI device, disconnect it for now. The 4 Nvidia HDMI audio codecs are not showing up. As an experiment, install the native 10.8 AppleHDA.kext and see if HDMI audio works. Reply with an IOReg with the native AppleHDA.kext.

No edit in AppleHDA. i try to disconnect the main ldc (dvi) without luck.
by the way i resolve the black screen (today to boot successeful i had to make more then 10 restarts :s) just disable onboard vga on bios and the last chameleon to boot (i dont know if the chameleon is mandatory, i belive only the bios setting is ok for that boot problem)

the ioreg with the native appleHDA v2.3 - result no sound


But Toleda i have a system working with hdmi audio with AppleHDAv2.2 pacthed to 889 and edited for gtx560ti

THZ FOR EVERYTHING YOU DO TO THIS COMMUNITY

but if you need some help for testing this alpha ML_AppleHDA tell me

 

[imarun]

I missed your previous poet. Regarding 898 everything is correct including device_id and rev. Windows and OS X do audio differently. Since the headphone is not sensed when plugged in, it is simple, the OS X doesn't see it. If you say you checked everything, I assume you know the list. Last suggestion, separate the headphones and the speakers. See Customizing the Optimized Lion AppleHDA.kext. Understand you are much better using the MultiBeast/ALC898 solution to test if this solves your problem. In Mountain Lion, the XML file you need access to is hidden and compressed.

Thanks for your response. Drivers from Multibeast does not solve my problem. I tried to modify multibeast drivers to seperate headphone and internal speakers output. It appeared in sound preferences and I was able to select headphone output but still there was no sound from headphones. What could be wrong? Should I try modifying config data based on http://www.projectosx.com/forum/index.php?showtopic=465? I have codec dumps from linux. Is the method still valid for current apple drivers?

 

[toleda]

Thanks for your response. Drivers from Multibeast does not solve my problem. I tried to modify multibeast drivers to seperate headphone and internal speakers output. It appeared in sound preferences and I was able to select headphone output but still there was no sound from headphones. What could be wrong? Should I try modifying config data based on http://www.projectosx.com/forum/index.php?showtopic=465? I have codec dumps from linux. Is the method still valid for current apple drivers?

The usual problem is an AC97 front panel but you already checked that. The method is valid though things are in different places. The customization guides describes where everything is in Lion (same for ML). You will have to do a search to extract the pin configurations from the Windows registry.

 

[langweiler94]

I can't open a 7z file. Try Finder/File/Compress...

Here you go
TIA

langweiler94

 

[3nigm4]

On the work PC (IPIEL-LA3 MB) with DSDT patched and 888 Legacy HDA, everything works fine except those assertions every minute in console:

29/08/12 09:32:15,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:32:15,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:32:15,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:33:05,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:33:05,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:33:05,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:33:55,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:33:55,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:33:55,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:34:45,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:34:46,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:34:46,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:35:36,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:35:36,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175
29/08/12 09:35:36,000 kernel[0]: Sound assertion in AppleHDAWidget at line 2175

l0v3r

 

[imarun]

The usual problem is an AC97 front panel but you already checked that. The method is valid though things are in different places. The customization guides describes where everything is in Lion (same for ML). You will have to do a search to extract the pin configurations from the Windows registry.

Finally I was able to get it working using modified multibeast 898 drivers (with dsdt). Now headphone is automatically detected. I followed patch AppleHDA tutorial to get codec verbs and changed ConfigData value in AppleHDAHardwareConfigDriver.kext (for codec id 283904153 and layout id 898). This is what I replaced it with

<01171c30 01171d10 01171e56 01171f10 01471c10 01471d40 01471e11 01471f01 01571c80 01571d10 01571e01 01571f01 01671c90 01671d60 01671e01 01671f01 01771c20 01771d40 01771e21 01771f01 01871c50 01871d90 01871ea1 01871f01 01971c60 01971d90 01971ea1 01971f01 01a71ca0 01a71d30 01a71e81 01a71f01 01d71cb0 01d71d60 01d71e06 01d71f40 01e71c40 01e71d60 01e71e45 01e71f01 01f71c70 01f71d10 01f71ec5 01f71f01>

Here is a snapshot of Xcode with this change



I also had to change one item in Platforms.xml (in Resources). Rename NodeID for (898 item 13) in Pathmaps\Item13\pathmap\item2\item1\item0\item0\NodeID from 27 to 23. Easiest way to do this is by first changing its extension to .plist instead of .xml and editing it using xcode. But dont forget to change it back to .xml after editing otherwise it will not work.




I have attached the modified kext for my motherboard (Asus Maximus V formula). Thanks to toleda for helping me out. Here is what I have in my DSDT for HDEF

Device (HDEF)        {
            Name (_ADR, 0x001B0000)
            OperationRegion (HDAR, PCI_Config, 0x4C, 0x10)
            Field (HDAR, WordAcc, NoLock, Preserve)
            {
                DCKA,   1, 
                Offset (0x01), 
                DCKM,   1, 
                    ,   6, 
                DCKS,   1, 
                Offset (0x08), 
                    ,   15, 
                PMES,   1
            }
            Method (_PRW, 0, NotSerialized)
            {
                Return (Package(0x02)
                {
                      0x0D,
                      0x05
                })
            }
            Method (_DSM, 4, NotSerialized)
            {
                Store (Package (0x08)
                    {
                        "codec-id",
                        Buffer(0x04)
                        {
                            0x99, 0x08, 0xEC, 0x10
                        },       
                        "layout-id", 
                        Buffer (0x04)
                        {
                            0x82, 0x03, 0x00, 0x00
                        },
                        "device-type",
                        Buffer(0x10)
                        {
                            "Realtek ALC898"
                        },
                        "PinConfigurations", 
                        Buffer (Zero){ }
                    }, Local0)
                DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
                Return (Local0)
             }
        }

 

[genzai]

hey Toleda,
You are legend. I moved to this method for my Z77X-UP5 TH. I made the DSDT edits and used the 898 patched HDA kext. So far all looks to be working well. I will do more thorough testing of each input and output tomorrow but so far the line-out / headphones switching is working and everything else appears correct.

I do get this in my console when i plug in or remove the headphones:

8/29/12 3:08:42.000 AM kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: -548725028096, fCodecRequest->command->verb: 0xFFF, fPoweredDown: 0
8/29/12 3:08:42.000 AM kernel[0]: Sound assertion in AppleHDAController at line 5097
8/29/12 3:08:42.000 AM kernel[0]: Sound assertion in AppleHDAController at line 5098
8/29/12 3:08:42.000 AM kernel[0]: Sound assertion in AppleHDAController at line 8276


but again no apparent issues. very good work. I think i will try adding Nvidia HDMI to the DSDT as well and see how that goes. Thanks for everything man. amazing, amazing work.
g\

 

[hacktrix2006]

The edits are alpha, AppleHDA.kext is released. Attach a copy of IOReg. [Guide] How to Make a Copy of IOReg

Thanks mate i can go one step further mate then just a IOReg.

How about a IOReg and codec dump for the sound card (Laptop Version).

Also including a Darwin Dump as well.

Hopefully this will help you out alot.

 

[karacho]

I still get Sound Assertions even with the updated kext from the 1st Post.

AppleHDA for 889 Codec
GA-H67N-USB3-B3