Hi guys,
I've followed your thread and am in dire need of your help!
I too have alc889a
I am audio and SD card away from a perfect install of SL 432, using Cham2rc1.
Let me just give you some info I think is relevant.
Last week I bough a new HDD for my laptop, installed SL fresh over 8-10 times, successfullly becoming more KP. On Sunday I realized the drive was bad. It wouln't even format right. But during the weekend I managed to get alot of things done, like testing video string working, AHCI etc etc.. on my first few tries I managed to get audio working perfect, spdif etc, no internal mic, but external mic working fine! I would be more than happy with that!.
Plus, the woofer was present as music had lot more low end. I did not go into Audio Midi as I only now found this out (I thought it was only for midi connections!).Sound was cristal clear, loud and healthy, zero click or pops.
Then the system broke and I had to restart yet again, but the drive didnt last long. Since I was having so many problems, when something worked, I copied a backup for the future. I didnt have time though, "warmd" KP crashed. And you know how the download folder can get really confusing really fast, because I knew I had very little time before a permanent KP, and so basically I cannot remember for sure which kext I used, but I have a very warm feeling it was AppleAzalia kext from electro's Live website hosting loads of drivers. On Sunday I realized the drive was bad. It wouln't even format right anymore.
http://cid-8b65993ef55cf014.skydrive...=?view=details
It's the first one, title ALC883 (Azalia). Either that or one of the latest VoodooHDA woke up the card, it was late and I was dead tired.
So, brand new drive, fresh SL with gfx, ethernet, webcam, bluetooth, ICH9m working, smbios.plist edited to match a macbook pro 5,1... and is rock rolid !
This is with or without dsdt.aml in neither root nor Extras.
I spent 5 hours yesterday just doing this...
Install (X) kext in E/E - repair perms, reboot with -v, keep my eyes peeled for info,
Install (X) kext in S/L/E - repair perms, reboot with -v, keep my eyes peeled for info,
Where (X) - is any and every audio kext compiled to 64bit SL I could find !
Nothing - in System profiler I get (from vanilla AppleHDA.kext)
Code:
Device ID: 0x10250146
Audio ID: 0
Note that this Device ID differes from all others!
Now, up to now I wasnt using my 10.5.7 dsdt.aml file in root or Extras... so I decided to copy them to both locations. Basically repeated the install, repair, reboot procedure for all kexts.
All other kexts read:
Code:
DEVICE ID: 0x1458A002
with no Audio ID, just that line
Then I kind of lost heart and decided to move onto ethernet, woke that up and shows fine, then I try another voodooHDA and I get sound! After 20 million kexts. Out of the blue! No mic in, not external mic (but this time "Mic" is present is preferences) I installed it to S/L/E and I think vanilla AppleHDA was there too. In system profile is read just like the above, but sound works!
So I go, YEY!, I'll try moving that one to Extras/Exten so I have a vanilla system, and back it up straight away!
Reboot, no audio. Move the same kext back into S/L/E... no audio !! wtf !?
Most kexts dont give sign of working during verbose boot. Some, that I tried in E/E come back complaining about dependancies, but when in S/L/E show no lifesigns during verbose boot.
what is going on? a kext works one minutes, not the next? Yes, repaired permissions etc.
Should I remove AppleHDA vanilla as principle? (tried)
Should I use dsdt.aml or not? (I havent tried patching as it seems damn complicated!!)
Also, and this gets to me more than anything... if I boot up SL USB Installer, and go in system Profiler, this is what I get
Code:
Device ID: 0x1458A022
Audio ID: 12
Available Devices:
Internal Microphone:
Connection: Internal
Speaker:
Connection Internal
External Microphone:
Connection: 1/8-inch Jack
This is my lspci info;
(ICH9 Family) HD Audio Controller [8086:293e] (rev 03) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I
I guess I could go the dsdt patching route.. but I've gotten audio before and I dont get it why SL is being so picky. Never tried dsdt patching and it intimidates just by looking at it.
When booting with vanilla AppleHDA, I get the following verbose messages;
And if you look, it says "sound assertion "0" - is that related to Audio ID: ?
Why should I need dsdt patching if I've gotten sound before
Thank you for the long read, I wanted to give as much info as possible