loganMac, on 14 December 2011 - 06:22 PM, said:
Is this all I need to do:
sudo perl -pi -e 's|\x75\x30\x44\x89\xf8|\xeb\x30\x44\x89\xf8|; s|\x75\x3d\x8b\x75\x08|\xeb\x3d\x8b\x75\x08|' /System/Library/Extensions/AppleRTC.kext/Contents/MacOS/AppleRTC
Yes, that should work for patching AppleRTC. I didn't have access to my old 1340 when writing the original instructions which is why I didn't specify the exact patch. I actually used a slightly different patch myself but the above should be OK. The other patch from post #248 of the CMOS thread is *not* OK.
I'll update post #1 for this.
I still think there's a good chance this could be fixed in the DSDT.
loganMac, on 14 December 2011 - 08:19 PM, said:
After putting all kext in usb flash and knowing which aml to use, can i burn into dvd and make it bootable for future use so i don't have to redo all these again? thx
One should be able to with a boot132-like setup; I haven't personally tried to do it that way. Since unlike 10.6, 10.7 is repackaged & re-downloadable for every minor release, there will usually be a newer version of 10.7 out before you get around to any re-install. That combined with the cheapness and better speed of thumb drives vs dvds makes dvd the less preferred method these days IMO.
After following the install guide on this post and subsequent 'tweaks' my 1340 works as expected EXCEPT for the battery and sound
My read of the DSDT is that BTIN is set if the code is successfully able to access battery status information via the embedded controller.
Not sure why you're guessing this is not being set in your case.
In post #1 I listed 3 things you need for battery status to work. Have you verified that those 3 pieces are patched/working (bdmesg shows the modified dsdt being loaded, the AppleACPIPlatform pkg said that it completed successfully, voodoobattery is loaded&running, and lid close works)?
bill frey, on 14 December 2011 - 11:19 PM, said:
Quick update: Just to be sure I folioed the guide, I generated the UUID as bcc9 suggested, and updated chameleon plist. About this mac shows it as a iMac summer 2001 with a serial number of SOMESRLNMBR.
I guess I'm not using the "best" matching SMboardproduct for the about this mac display. SMboardproduct has to be a genuine product for the 10.7 installer to work, but I don't think it otherwise matters for this platform. For some hardware, such as intel sandy bridge graphics, this product number is used to spec out the GPU configuration, but not for his system's nvidia graphics.
LatinMcG, on 14 December 2011 - 11:47 PM, said:
and edit it with the proper info
I would definitely dis-recommend using this posted .zip.
The Smproductname has to be carefully set as this affects the GPU throttling.
The values I provided in post #1 were selected to best match the dell with 9400m/9500m hardware vs genuine apple hardware and to match the recommended 9400m_gstate_inject.
Also if you use the Boot.plist from this .zip it'll mess you up as it'll have you booting 32 bit instead of 64 bit.