So you're really confusing me about which of the AppleHDA binary patches are supposed to be working so far with the 10.8 GM release. I only have an alc889 codec to test against at the moment. I've tried a few of the proposed patches but no luck so far.
P.S.S. I have another reported case of audio working in ML GM w/ the binary patch I have previously calculated, this time for ALC662. See THIS
Mind to try it as well ? Just swap the codec ID for your IDT. Also try the patch in my previous post as i have suggested to the person by that link.
I think part of the problem with inconsistent working/not working reports is that people aren't sharing their working layout&Platforms .xml files. Are the 10.7.x .xml files working for people under 10.8 without changes to the xml (beyond adding compression)?
I can help re-decipher the codec dispatching code for 10.8, but I'd rather not take the time if this has been completed already by someone else.
Probably should take this to a new thread.
Yes, it'll get real old maintaining this patch across a lot of releases; if the OSX code doesn't fix it, one should be able to put a time delay wrapper around the kext plugin to cause its start to delay, instead of using a binary patch.
Thank you yet again! I hope that in RTM the bug will be gone for good, because I just don't like the idea of patching so many things after each an every update and keeping it to a minimum would be great (I don't need an RTC patch anymore at least).
Actually with the gigabyte UEFI bios, it has a setting to let you mark the AHCI ports as hot-pluggable or not. I can boot using this UEFI bios set either way and I don't run into the "waiting for root device" issue, so the problem seems to be elsewhere.
I did notice that with the gigabyte UEFI bios, the AHCI driver reports the AHCI ports as not hot-pluggable, just like with geninue mac hardware, instead of as hot-pluggable like with the gigabyte legacy bios. I wonder if this is the difference or it's some other side effect. In any case, I still don't see how to control these AHCI port settings outside of he bios, but at least it seems like a solvable problem from the bios end of things.
I'm not sure what buffer check you're referring to; I didn't have to do any binary patching of the nvidia video driver to get it to work with my now old nvidia hardware. Just a lot of reading was required to get nvidia HDMI audio working (and in the end only for some users). The nvidia OSX drivers are a lot worse to work with than the ATI/AMD and intel ones, as the nvidia code appears obfuscated. I've managed to avoid nvidia video cards since then so I'm probably not the right person to ask.
If you have time, could you maybe assist me in the future with some info/tips/ideas on how one could get Nvidia GPU working on OS X by binpatching the buffer check in the nvidia kexts? Only if you feel like it
I'm not the dev for that and I only have one old laptop with a synaptics touchpad (not alps). I haven't touched that driver in 3 years (since made a fix for the touchpad timing out). Would like to keep it that way
if you free do you mind to sent PM about developing voodoo ps2 controller ( the touchpad kext )