OK, I made all the changes, mormegil, to AppleHDA.kext, including replacing 8508ec10 with 8308ec10. However, I still have no sound.

I noticed something interesting in my system.log, though:

9/6/09 11:11:55 AM com.apple.kextd[10] Can't load /System/Library/Extensions/AppleHDA.kext - no code for running kernel's architecture.
9/6/09 11:11:55 AM com.apple.kextd[10] Failed to load /System/Library/Extensions/AppleHDA.kext - (libkern/kext) requested architecture/executable not found.
9/6/09 11:11:55 AM com.apple.kextd[10] Load com.apple.driver.AppleHDA failed; removing personalities.

That's rather odd. I never changed any executables in the .kext file. Any idea what's going on, here? I'm running 32bit 10.6.

EDIT: I replaced AppleHDA.kext from my 10.6 install DVD, and that error went away. The failed sound assertions are back, of course, since this is a stock kext. I'm going to try putting the Info.plist files back, first, then hex editing the AppleHDA file, to see which broke it.

Thanks!

Thanks!

That applehda.kext you posted earlier. Is that patched or not? and why do you have info.plist in root of AppleHDAHardwareConfigDriver.kext/AppleHDAPlatformDriver.kext? It shdn't be there. Should be under Contents.

Ok

got my configdata to text pad, then copied to dsdt format, had to add 4 lines from your quote above, so I just followed the line numbering. Could that imply I need a higher hex "buffer" values, if mine is 4 lines longer its not going to be 160byte. How to calculate this and transform to hex value?

Mind taking a look to see if I did it right? Plus, when you say "above layout-id", you did mean after right?

Tried recompiling, got 27 errors!

Replace the plists to the correct locations

Mormegil,

Thanks for taking so much time to help me.

I went back, and fixed the locations of the Info.plist files, and re-hexedited the AppleHDA file. I now get the AppleHDA.kext to load, but I get the following exceptions in my system.log:

9/6/09 11:42:27 AM kernel Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit
9/6/09 11:42:27 AM kernel Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto Exit

I'll update this post, in a second, with the Info.plist files replaced with the ones that you sent me. What did you change?

Attached is the appleHDA.kext that caused those assertions to fail.

Thanks!

@ Gurru

Read again what I wrote. What you have done is completely replace your layoutid with your configdata. I said copy the WHOLE code into your dsdt. Not replace stuff. Wheres the "ConfigData" header?

Looks like I have to do everything for you then:

Mormegil,

AAH...I see what you mean about the misplaced Info.plist file in AppleHDAPlatform. I must have typoed a replacement, at some point. Anyway, I replaced those Info.plist files with the ones that you sent, and rebooted. I still get those assertion failures.

Attached current AppleHDA.kext file.

Thanks!

Morm, please bear with me... this is all brand new territory for me.

I did ask you precisely that, and you replied the quote above!

Ok... so I copy exactly what you pasted into my dsdt
Question: Did I place it right like my example above?

Then do what with configdata? Right now it reads like this; its the "0" mod I made. from yesterday that woke up the right port mapping

Today is the day man, it has to be! :mad:

And I am learning like hell with you, I dont want you to do everything for me, I'm loving this experience! I'll surely pass this on to the little league, leaving you big boys to plow away into new territory!

@ajacocks
Is your sound working?

@gurru
have you compiled yet? What configdata? in your plist?

Waiting for you input if the example above is correct. You say "place about layout-id" but I think you may have meant "below"

yes, that config data from info.plist inside applehda/AppleHDAHardwareConfigDriver/plist/etc etc

I assume that is the "configdata header" you asked for just now...?

it's up there. scroll up.

Man, you last quote (dsdt correctly pasted by you) right now didnt load !! I only just saw it!! Going to compile.

..........

mormegil,

No, my sound isn't working. I have no input and no output devices listed in the Audio part of System Preferences.

I also get those assertion failures that I pasted in, above, when a sound tries to play.

Thanks so much for continuing to help!

I meant this:

from the code I pasted initially

Is the codec dump made by yourself or did you download it? You're on a lappy too yeah?

Yes,... and you pasted BELOW layout-id..

Oh please, lets not make a big deal out of this... You know what you are doing, I dont! I'm just following your lead. I am your dsdt bitch right now ;)

repalced the whole hdef section with what you asked. Does not recompile and produces 47 errors. Here is the log and the dsl file I made, and my "clean" dsdt.dsl

You'll be as famous as fassl and netkas man loool... this is a huge deal with many laptop alc889a !! :D

it's fine. no errors. only warnings which can be ignored.

But I cant compile, no output aml with iaslme app... tried 3 times

What about my codec dump, didnt you need it? Codec 0 was the right one

edit: double post, sorry

Yep, this is a laptop...a 17" desktop replacement. I made the codec dump myself, using a Ubuntu 9.04 x64 livecd, following TheKing's instructions.

Thanks!

try this set

mormegil,

Thanks, but no luck that way, either:

9/6/09 3:09:51 PM kernel Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 1459 goto Exit
9/6/09 3:09:51 PM kernel Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-174.1.1/AppleHDA/AppleHDADriver.cpp" at line 172 goto Exit

I did notice that System Profiler lists the audio device as ID 12. I'm assuming that came from my DSDT, but I hadn't noticed it. (attached picture)

Thanks!

You're having similar issues as me, same "goto" lines etc.

Going to try kings tutorial once more, now that I've got my correct codecs, but I always seem to have issues recompiling dsdt... Why wont iaslme let me recompile?

Morm,

Following Kings guide, I'm already stuck. Downloaded graphviz and codecgraph, followed everything exactly (not really a big deal) - but when I type in the terminal the "/codecgraph codec_dump.txt" it brings back

Whats wrong ??

Guru,

What version of codecgraph are you using? When I try it, it works fine:

Thanks!

The one from king's guide, and the only one available in the developer's download page.

Could you do it form me please?

Sure, attached are the results.

- Alex

Oh man, that was super! On to the next part, windows and voodoohelper dumps

Update: Again... I had forgotten about it. voodoohelper can't dump. Says;

:mad:

morm ?

:-/

I've fixed your dsdt. Dunno if it'll work

could you plz re-upload AppleHDA.kext about alc888?
 

hello, mormegil~
sorry to bothering you.

I read the your post about alc888 (this post, #8)
I downloaded attached file, but that file was broken.
It's not extract properly.

so, could you plz re-upload AppleHDA.kext about alc888?

Mormegil,

Does the fact that voodoohelper can't dump, for me either, mean anything? I'm not quite sure where else to go from here.

Thanks!

So i tried the new dsdt Morm... and it broke my install again. Don't understand why, I deleted the new dsdt, then applehda, the put it back in, tried old dsdt... nothing. KP's mid way from "unkown" process, or gets passed that, and blue/black blinking before desktop. Will have to restore yet again and try again fresh with the new dsdt. Whats up with this ?!?

I tried downloading it and it extracts fine. Try it again.

Do you have voodoohda installed all this time? When you're using patched applehda? same goes to gurru

Can't remember, but will try it. Install voodoo, repair, reboot and run helper right?

I''ve restored install with new dsdt.

With vanilla, either device ID=0 or no device ID.

With the latest appleHDA address 0, the reboot cycle is the same. Kp, device ID 12 with good mappin (mic, heaphone etc, but not my spec) or just only digital port, then KP etc etc - I never saw my spec mapping though

I'll try address 3 although it did nothing last time.

Morm, I've been trying with patched appleHDA using my previous "generic codec dumped" dsdt right?

Dont I have to patch a new one now that the dsdt comes from my correct linux codec dump?

Mormegil,

No, I don't. I just have tried voodoohda, in the past, in the effort to get it to make a dump.

Thanks!

I just tried installing 2 or 3 different voodooHDA, and booted in 32 just to be sure (many arent 64bit ready), and voodoohelper still puts out the same error. On the way my card "woke up" like before, but now sound, so it seems the new dsdt does not seem to be a "step back"

I am still puzzled why after a couple of repairs, if I change dsdt, it breaks my install... any theories? lol

Morm, going back to guessing, is AppleHDA that still needs fine tuning for my system?

K.. I thought it was voodoohda that was ----ing around when you have a patched applehda. Never use them together!

Well, I've seriously run out of ideas why it's not working for you guys. Definitely something weird going on when it comes to laptops.

And Gurru, I suggest you put your restore disk away and get to the root of the problem. You're going nowhere by just restoring your install at the first sign of KP.

Morm,

I greatly appreciate your help, I do.

But, though dsdt n00b, I'm certainly not OSX illiterate, on the contrary. Been at this since early Tiger. I know what a KP is and how to handle them, and I am telling you that, possibly exactly because of this weird alc889a behaviour, there is a reset going on that has nothing to do with your dsdt applHDA etc... but it doesnt like dsdt being changed, and when I f*cking need to restore its because I cannot bring the system back up. safe boot too.

What would you do, if suddenly, right after nvdresman blacks out and brings up your desktop, it instead flashed black and blue in 5-10 second interval, having just a little white cursor at the top left, where you can actually type from your keyboard strange characters (that dont match what you type) right into a pitch black screen?

And the reboot cycles, which are far from typical ? either a kext works, or it doesnt, or it KP's... never heard of a kext that did all three !

Even removing all video kexts, removing com.boot.apple.plist strings, removing dsdt, nothing works to bring my system back up.

I have explained this phenomena before, and that is the only reason I have to restore from a CCC image. It takes 7 minutes, fix UUID, and back to action.

And this system is rock solid, except when tampering with audio. I've thrown at it highly intensive tasks (protools fully loaded with plugins with reason rewiring) and it behaves like a charm. HD video, while having Ubuntu and Windows 7 both running, each on their own screen (spaces). I've tested a for 4-5 days periods non-stop and it is rock solid. Oh, and playing Trackmania virtualized in Win 7.

this to my own disbelief, how smooth and stable. 64bit SL is unbelievable!

I have no issues whatsoever to fix, except audio.

The video f*cks up, and nothing brings it back, if there is please tell me.

There is something definitely going on, and I suspect a sort of CMOS rest bug, similar at least.. look at my reboot cycles. My gfx must crash, possibly because of hdmi audio trying to be used or something on one of those resets...?

Plus, I am still using an AppleHDA which you kindly patched, based on generic alc889a info, now that I finally manage to get my very own codec dumps, why cant we make an appleHDA for my system?

We are so close, why would you jump ship now? I mean, this is the place for exactly this, if you dont feel like sharing anymore, that is absolutely fair, this is a time consuming affair, prone to not working until it does. Just say the word, but please dont imply that I am idiot enough to restore at a sign of a simple KP.

I went back to vanilla AppleHDA and "erratic" reboot issues happen no more. No ports are being mapped, audio device 12, no KP's, asserrtion"0" errors, and in 15 reboots between 32 and 64... no issues whatsoever.

I would again, guess, a good appleHDA patch for my system might fix this thing.

hi m8, i tried downloading it and it doesn't download properly...

if you could, can you please PM me the kexts?

Thanks.

Use this plist and follow this guide

referring to the guide, the LayoutID i got from AppleHDAHardwareConfigDriver.kext was 12, but in the plist it was 888. Should I just change it?

Yes. You should be using layout 12 in your dsdt.

I finished editing applehda.kext, put into /E/E of my boot thumb drive, reboot with -x32.

Doesn't work... :(

have you injected hdef into dsdt?

yes i did...
anyways, I got sound working by installing it into /S/L/E of the SL drive (I use a flash drive to boot SL)
now it's time to make 5.1 working :)

THANKS for all your hard work!

ok I think it's best to remove the guide since it doesn't seem to work for anyone. It's that or the one who do get helped don't post back.

What you think Morm? It's like since I've posted the guide you got another full time job solving this stuff ;)