rayap Posted February 18, 2012 Share Posted February 18, 2012 With the new AppleRTC kext version 1.5, got rid of CMOS Resets on my setup with this perl script [Edit: for arch=x86_64].Basically jumps over the checksum updates. sudo perl -pi -e 's|\x75\x30\x89\xd8|\xeb\x30\x89\xd8|' /Extra/Extensions/AppleRTC.kext/Contents/MacOS/AppleRTC AppleRTC.kext v1.5 does not jive with Lion when in E/E (multi boot); leave it in S/L/E . 3 Link to comment Share on other sites More sharing options...
blackosx Posted February 18, 2012 Share Posted February 18, 2012 Hi rayap - We meet again Well done with your quick work here, though to be honest I haven't tried it yet as I don't even have ML installed. But at least I know where to come if and when I need it. Regards blackosx EDIT: This does the job nicely. Thanks rayap. 1 Link to comment Share on other sites More sharing options...
stefano.85 Posted February 18, 2012 Share Posted February 18, 2012 Hi rayap! you're fix works perfectly here on asus p5q MB, i've patched a copy of the original ML appleRTC.kext and just placed it into /E/E of the usb pendrive that i use to boot the OS leaving the original in S/L/E. Tnx and cheers Link to comment Share on other sites More sharing options...
Riley Freeman Posted February 19, 2012 Share Posted February 19, 2012 I applied this old Lion fix to mine and it seems to have worked too. Yours is a bit more compact though. Link to comment Share on other sites More sharing options...
stellarola Posted February 20, 2012 Share Posted February 20, 2012 I'll need to check this out, but I believe rayap's edit allows for auto sleep and the original from Riley Freeman's post does not. -Stell EDIT: Auto-sleep works before patching AppleRTC in 10.8 DP1. However CMOS reset still occurs without patching. I'd like to see a KEXT that can override this edit altogether, but I'll save that for smarter men. 1 Link to comment Share on other sites More sharing options...
stefano.85 Posted February 20, 2012 Share Posted February 20, 2012 I'll need to check this out, but I believe rayap's edit allows for auto sleep and the original from Riley Freeman's post does not. -Stell LOL Stell we meet every time there's a new topic about sleep and applertc Link to comment Share on other sites More sharing options...
MARKBOARD NETSET Posted February 25, 2012 Share Posted February 25, 2012 thanks for this fine way it works Link to comment Share on other sites More sharing options...
tseug Posted February 26, 2012 Share Posted February 26, 2012 I applied this old Lion fix to mine and it seems to have worked too. Yours is a bit more compact though. Thanks for testing it (so I won't have to) It actually isn't less compact. The reason it is longer is to avoid matching on some relative address jumps that tend to change if the source code is changed so it's not completely accidental that it works In addition it patches both the 32-bit and 64-bit kernel. Link to comment Share on other sites More sharing options...
Riley Freeman Posted February 27, 2012 Share Posted February 27, 2012 Ah, thanks for the info tseug. I usually run in 64-bit mode so didn't notice that the other patch only works on the 64-bit kernel. I'll have to test yours for sleep as I don't use it. I only wanted the CMOS reset fix. Link to comment Share on other sites More sharing options...
tseug Posted February 28, 2012 Share Posted February 28, 2012 Ah, thanks for the info tseug. I usually run in 64-bit mode so didn't notice that the other patch only works on the 64-bit kernel. I'll have to test yours for sleep as I don't use it. I only wanted the CMOS reset fix. None of the patches are designed to do anything to sleep. They only fix the CMOS reset. Link to comment Share on other sites More sharing options...
M0rpheus Posted February 28, 2012 Share Posted February 28, 2012 Funny that it's not supposed to fix sleep but it does, for me also. I think it must fix somehow how the RTC works when it sleeps (the machine periodically uses the RTC to wake itself up and keep network services running i.e. bonjour sleep proxy). Link to comment Share on other sites More sharing options...
Blah101 Posted March 2, 2012 Share Posted March 2, 2012 Worked great. I moved my AppleRTC kext to the E/E and ran the patch. Thanks! Link to comment Share on other sites More sharing options...
jhrfc Posted March 4, 2012 Share Posted March 4, 2012 Hi, Strangley none of these fix CMOS reset after sleep for me. I patched the AppleRTC in place on the seperate drive I've installed 10.8 onto. rebuilt caches etc, but still get a cmos reset. These patches have worked fine for me in Lion. Hmm. Jon Link to comment Share on other sites More sharing options...
jhrfc Posted March 4, 2012 Share Posted March 4, 2012 Hi, Strangley none of these fix CMOS reset after sleep for me. I patched the AppleRTC in place on the seperate drive I've installed 10.8 onto. rebuilt caches etc, but still get a cmos reset. These patches have worked fine for me in Lion. Hmm. Jon works now, I don't think I rebuilt the caches properly first time. Thanks Jon Link to comment Share on other sites More sharing options...
rayap Posted March 22, 2012 Author Share Posted March 22, 2012 Seems like the patch in the Opening Post is working for AppleRTC.kext in DP2 and further the kext is now half-weight as it appears purged of 32-bit code. Link to comment Share on other sites More sharing options...
rayap Posted March 22, 2012 Author Share Posted March 22, 2012 A few days ago when I installed DP-2 I spent some time trying to get the Opening Post patch to work reliably with the DP-2 kext but it never worked for more than one sleep/awake cycle. I gave up and used the patched DP-1 kext. After reading your post I tried again several times but no joy... Cycled thro 'Total Sleep/Wakes since boot:4' and rebooted without problems. Link to comment Share on other sites More sharing options...
kdtt Posted March 25, 2012 Share Posted March 25, 2012 Patch works fine in ML dp2 p5k plain. Before patching, when restart in lion, cmos reset. because fsb went up ridiculously. This time in ML, it didn't make cmos reset. but it lowered the fsb from 333 to 280. Link to comment Share on other sites More sharing options...
rayap Posted April 22, 2012 Author Share Posted April 22, 2012 Again, it seems like the patch in the Opening Post is working for AppleRTC.kext in DP3. The size of the AppleRTC exec file remains at 66,320 bytes and probably not changed. Rgds Link to comment Share on other sites More sharing options...
blackosx Posted May 5, 2012 Share Posted May 5, 2012 Again, it seems like the patch in the Opening Post is working for AppleRTC.kext in DP3. Unless I'm mistaken, or have forgotten about some other patch I've applied somewhere, I no longer need to patch the AppleRTC binary for 10.8 DP3. Rebooting after a sleep/wake cycle now performs normally without any CMOS error. Can somebody else check this on their setup? Link to comment Share on other sites More sharing options...
juanerson Posted May 7, 2012 Share Posted May 7, 2012 Maybe is the wrong place, sorry please. Unless I'm mistaken, or have forgotten about some other patch I've applied somewhere, I no longer need to patch the AppleRTC binary for 10.8 DP3. Rebooting after a sleep/wake cycle now performs normally without any CMOS error. +1. But here now in 10.7.4 (11E52) on sandy bridge laptop. Vanilla AppleRTC (1.5), and I just have the fix IRQ8 out of Device: Device (RTC) { Name (_HID, EisaId ("PNP0B00")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0070, // Range Minimum 0x0070, // Range Maximum 0x01, // Alignment 0x08, // Length ) /* IRQNoFlags () {8} */ }) } Link to comment Share on other sites More sharing options...
Greggen Posted May 8, 2012 Share Posted May 8, 2012 Unless I'm mistaken, or have forgotten about some other patch I've applied somewhere, I no longer need to patch the AppleRTC binary for 10.8 DP3. Rebooting after a sleep/wake cycle now performs normally without any CMOS error. Can somebody else check this on their setup? Same here, and I acctually don't need it in 10.7.3 either. Got a Asus P8Z68-V LX and the 3k version of the UEFI-BIOSes for Asus z68-boards seems like made for hacks. Link to comment Share on other sites More sharing options...
Riley Freeman Posted May 10, 2012 Share Posted May 10, 2012 I still need it here with a GA-965P-S3 (10.7.4). If I do a sleep/wake cycle and then reboot the CMOS is reset. Link to comment Share on other sites More sharing options...
Farx Posted May 16, 2012 Share Posted May 16, 2012 Unless I'm mistaken, or have forgotten about some other patch I've applied somewhere, I no longer need to patch the AppleRTC binary for 10.8 DP3. Rebooting after a sleep/wake cycle now performs normally without any CMOS error. Can somebody else check this on their setup? Have you changed AHCi to ESB2? Have changed ICH10 to ESB2, I don't need patch AppleRTC.kext anymore, both 10.7 and 10.8 Link to comment Share on other sites More sharing options...
rayap Posted June 13, 2012 Author Share Posted June 13, 2012 And again, there appears to be no change in the size of the Unix Executable AppleRTC file at 66,320 bytes in ML DP4. So the patch in the OP does help as expected. Rgds. 1 Link to comment Share on other sites More sharing options...
Kynyo Posted June 13, 2012 Share Posted June 13, 2012 I preffer to patch! Is more easy to use and vanilla style in combination with a DSDT! Link to comment Share on other sites More sharing options...
Recommended Posts