Just like others here, I'm trying to fix a silent 10.6 machine. My machine is a Clevo M570RU-U, with an ICH8M, and a Realtek 883 codec. I've been through TheKing's procedure to create a patched AppleHDA.kext, adapted to Snow Leopard with the excellent information in this thread. The machine runs 10.6 32bit, since I need functional VMware Fusion.

I tried the easy solution of VoodooHDA.kext, but that does nothing for me, and 'voodoohelper -dump' returns the 'error: IORegistryEntryGetPath returned 0x10000003' error that indicates that Voodoo HDA found no devices functional.

My issue is that I don't see any audio devices, in System Profiler, and, of course, there are no input or output devices available under System Preferences/Sound. This machine never ran 10.5, so I don't have exiting functional codecs to work from.

I am attaching the source for my dsdt.aml, and all the items that were necessary to follow TheKing's document, and the resultant Info.plist files. I'm also attaching the codec dumps. Last, I'm attaching a screen capture from my System Profiler, Audio section.

If anyone has time, and is willing to take a look, it would be greatly appreciated.

Thanks!

Hi m8,

As the guide suggests this is for 889a and even then some people have issues with that codec so for the moment I cannot help you with that.
As for VM I use Parallels 5 in Snow Leopard 64bit running Windows 7 64bit without issues (except maybe Aero interface enabling/disabling whenever it feels liek it)
I have encoded 2 vids with ConvertXtoDVD (the reason I need a VM) and the output was perfect.

I'll take a peek at your file but cannot promise anything (noob at this)

Parallels 5 in Snow Leopard 64bit running Windows 7 64bit

http://i27.tinypic.com/90u445.png

The prob might be with codec address (the leading hex that I asked you to change). One time it works with 3 and next it works with 0. Try this:

Insert it in your dsdt above "layout-id". It's for my codec (alc888). You'll have to convert your "ConfigData" in plist into it. Just separate them into bytes and add "0x" in front.

Also
needs to be changed. Mine has a total of 160 bytes if you count above. So 160 (decimal) = A0 (hex)

Lastly
Increase the size "0x08" if you're getting compile error.

What this does is hopefully set your codec address in dsdt so it stays fixed. Try codec address 0 thru 3 and report back.

@: ajacocks

Why are your kexts empty?

Your codec 10ec0883 is not natively supported. You'll have to patch the AppleHDA binary. You want to replace a supported codec such as 10ec0885 (alc885,889a).

So open up the AppleHDA binary in AppleHDA.kext/Contents/MacOS with hex edit.

Search for "8508ec10" (byte-flip of "10ec0885") and replace with "8308ec10" (byte-flip of "10ec0883").
There should be 4 instances in the SL kext.

Holy sh...

Ok, off to work on that right now!

EDIT: LOL.. morm, I just booted into SL to start editing DSDT again, did nothing at all except pop in the SL HDD, no sound, but audio is fully mapped, and present in system preferences, active audio icon in taskbar !!

Tried playing around with agg.devices... no sound. Seems the built in audio's master volume is completely down and greyed out.

Going to try to edit that hex in, hope I do it right...

If they are in sound pref then there should be sound! Have you tried plugging a headphone or mic to test? Internal speakers might be too soft to hear.

edit: My master volume in aggregate device is also greyed out for every port. Doesn't really matter.

Quick question. Do I just copy the one you pasted into my dsdt then modify ConfigData to match it, or the other way around?

mormegil,

Ahhh...thanks for filling me in, about the codec. Is there nothing else that needs doing, to patch the codec, other than changing the identifier from 10ec0885 to 10ec0883? That seems very simple. I'll give that a shot, though, and see what happens.

EDIT: No luck with the edited codec, either. I think something's wrong with my DSDT.aml, though, since the System Profiler still shows no device information, as in that picture that I uploaded. Do you see anything that I missed?

My kexts aren't really empty, I just left out everything but the Info.plist files, to save space in the upload. I have uploaded my entire AppleHDA.kext file, attached to this post. How do my changes look? I used layout 12, as the guide suggested.

Thanks!

@ Gurruwiwi

Doesn't matter. As long as it appears as above but with your configdata instead.

@ ajacocks

You seem to be doing fine with King's guide. I see all the required files in your attached package.
Once you're done patching the binary, you'll have to fix the plists. Your codec id in decimal should be changed to 283904131.
Your dsdt is fine. All it does is inject your audio. As long as you see an audio device in Sys Profiler it's all good.

Edit: I just saw the pic u uploaded. It's supposed to be that way if you haven't got the working plists.

Morm, while I was waiting I ran a small test. I think it can be useful for others to know, to not judge a KP on its own.

I cyclically rebooted in verbose, changing nothing. There is a sort of a pattern.

First reboot from "mapped - sound- but no audio heard" status


- KP
- 1x set of "Assertion "0"" errors during boot - no mapping
- 1x set of "Assertion "0"" errors during boot - no mapping
- 2x set of "Assertion "0"" errors during boot - mapping - audio shown - no sound
- 1x set of "Assertion "0"" errors during boot - no mapping
- 1x set of "Assertion "0"" errors during boot - no mapping
- KP
- 1x set of "Assertion "0"" errors during boot - no mapping
- 1x set of "Assertion "0"" errors during boot - no mapping
- KP
- 1x set of "Assertion "0"" errors during boot - no mapping
- 2x set of "Assertion "0"" errors during boot - mapping - audio shown - no sound
- KP
- 1x set of "Assertion "0"" errors during boot - no mapping
- 2x set of "Assertion "0"" errors during boot - mapping - audio shown - no sound
- 1x set of "Assertion "0"" errors during boot - no mapping
- 2x set of "Assertion "0"" errors during boot - mapping - audio shown - no sound
- 1x set of "Assertion "0"" errors during boot - no mapping
- 2x set of "Assertion "0"" errors during boot - mapping - audio shown - no sound

Seems something is being re-set... could it be a similar CMOS reset bug?

Going to try the DSDT and ConfigData, just waiting for your input as it looks like a hell of a lot of work...

EDIT: You posted while I was typing. Going to try it now.

Forgot to mention. When audio is mapped, I tried plugging in headphones and microfphone. Mic does nothing, but headphone makes system profiler hang. It does seem to try switching devices, but nothing happens. Beach ball spins round, OS stops responding, have to force quit profiler, but it struggles to do it. Once removed it manages to force quit, and OS response is back