[GUIDE] ALC889a (with analog 5.1 surround) - Page 15

sangmanh · #1 09-07-2009, 12:34 AM

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?

ajacocks · #2 09-07-2009, 03:32 AM

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!

mormegil · #3 09-07-2009, 12:47 PM

Quote:

Originally Posted by ajacocks

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!

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

mormegil · #4 09-07-2009, 12:43 PM

Quote:

Originally Posted by sangmanh

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?

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

terrorgen · #5 09-08-2009, 03:14 AM

Quote:

Originally Posted by mormegil

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

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

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

Thanks.

Gurruwiwi · #6 09-07-2009, 12:35 PM

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 ?!?

Gurruwiwi · #7 09-07-2009, 02:12 PM

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?

Gurruwiwi · #8 09-07-2009, 02:31 PM

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?

Gurruwiwi · #9 09-07-2009, 06:53 PM

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.

Gurruwiwi · #10 09-07-2009, 08:05 PM

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.