CMOS Resets on Restarts after Sleep and Wake in 10.7 (Lion)

yonika · July 9, 2011

@yonika
In your earlier post (#327) you indicated it happens regardless of the AppleRTC patch. So your solutions lie elsewhere. Have your dsdt checked and are you still on 10.6.1 other than Lion GM. Goodluck.

The fact that it happens regardless of the patch does not mean that my problem is not related !!!

The source to my problem could be the same, the AppleRTC kext.

Does anyone else have the same problem ? Kernel panics with restart/shutdown after system wake ?

Thanks In advance.

Jonathan

nexus77777 · July 10, 2011

hello
look this topic : http://www.insanelymac.com/forum/index.php...535&hl=rip3

salut et ... banzaï !

Ah ah, never heard about this script ... cause I had sleep issues with some optical drive in the past...

since I bought some AD-72xxx which are more "compatible" ...

will try this too... with some f*****g Sata Pioneer DVR-216 which could not sleep nor eject empty dvd after wake...

Merci a toi !!!

Et BANZzzaaaaîîîîîîîîîîîî !

rayap · July 10, 2011

This is an alternate patch for Vanilla AppleRTC.kext of Lion GM. An unconditional jump over the rtcWrites() in updateChecksum() to prevent CMOS Resets.

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

nexus77777 · July 10, 2011

This is an alternate patch for Vanilla AppleRTC.kext of Lion GM. An unconditional jump over the rtcWrites() in updateChecksum() to prevent CMOS Resets.
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

Well, thanks will try this too ...

Pm log shows this for regular autosleep of course:

Domain: applicationresponse.slowresponse
- Message: PMConnection mDNSResponder com.apple.powermanagement.applicationresponse.slowresponse 15995 ms

- Time: 06/07/11 04:47:45 HAEC

- Signature: mDNSResponder

- UUID: D1585246-8ED8-4F7D-85ED-04F1F9DE29B2

- Result: Noop

- Response time (ms): 15995

* Domain: wake

- Message: Wake: Success - AC - UHC6

- Time: 06/07/11 05:54:05 HAEC

- Signature: Success

- UUID: D1585246-8ED8-4F7D-85ED-04F1F9DE29B2

- Result: Success

* Domain: applicationresponse.slowresponse

- Message: Kernel powerd com.apple.powermanagement.applicationresponse.slowresponse 16003 ms

- Time: 06/07/11 05:54:05 HAEC

- Signature: powerd

- UUID: D1585246-8ED8-4F7D-85ED-04F1F9DE29B2

- Result: Noop

- Response time (ms): 16003

* Domain: sleep

- Message: Sleep: Success - AC - Software Sleep

- Time: 09/07/11 21:52:47 HAEC

- Signature: Success

- UUID: 5FE06ABC-025C-4AB5-9860-6C6D1FDC6A95

- Result: Success

- Sleep count : 0

* Domain: wake

- Message: Wake: Success - AC - UHC6

- Time: 09/07/11 21:53:03 HAEC

- Signature: Success

- UUID: 5FE06ABC-025C-4AB5-9860-6C6D1FDC6A95

- Result: Success

* Domain: applicationresponse.slowresponse

- Message: PMConnection opendirectoryd com.apple.powermanagement.applicationresponse.slowresponse 150 ms

- Time: 09/07/11 21:53:03 HAEC

- Signature: opendirectoryd

- UUID: 5FE06ABC-025C-4AB5-9860-6C6D1FDC6A95

- Result: Noop

- Response time (ms): 150

* Domain: applicationresponse.slowresponse

- Message: PMConnection SystemUIServer com.apple.powermanagement.applicationresponse.slowresponse 150 ms

- Time: 09/07/11 21:53:03 HAEC

- Signature: SystemUIServer

- UUID: 5FE06ABC-025C-4AB5-9860-6C6D1FDC6A95

- Result: Noop

- Response time (ms): 150

* Domain: applicationresponse.slowresponse

- Message: PMConnection mDNSResponder com.apple.powermanagement.applicationresponse.slowresponse 150 ms

- Time: 09/07/11 21:53:03 HAEC

- Signature: mDNSResponder

- UUID: 5FE06ABC-025C-4AB5-9860-6C6D1FDC6A95

- Result: Noop

- Response time (ms): 150

* Domain: applicationresponse.slowresponse

- Message: PMConnection AirPort configd plug-in com.apple.powermanagement.applicationresponse.slowresponse 216 ms

- Time: 09/07/11 21:53:03 HAEC

- Signature: AirPort configd plug-in

- UUID: 5FE06ABC-025C-4AB5-9860-6C6D1FDC6A95

- Result: Noop

- Response time (ms): 216

* Domain: applicationresponse.slowresponse

- Message: PMConnection IPConfiguration com.apple.powermanagement.applicationresponse.slowresponse 217 ms

- Time: 09/07/11 21:53:03 HAEC

- Signature: IPConfiguration

- UUID: 5FE06ABC-025C-4AB5-9860-6C6D1FDC6A95

- Result: Noop

- Response time (ms): 217

* Domain: sleep

- Message: Sleep: Success - AC - Software Sleep

- Time: 10/07/11 08:16:19 HAEC

- Signature: Success

- UUID: 7A416434-F88B-46F8-A12F-57CDD5BA3253

- Result: Success

- Sleep count : 0

* Domain: sleep

- Message: Sleep: Success - AC - Idle Sleep

- Time: 10/07/11 09:09:57 HAEC

- Signature: Success

- UUID: C2247CEF-39BD-4E52-B10A-0BBC10E683AA

- Result: Success

- Sleep count : 0

* Domain: sleep

- Message: Sleep: Success - AC - Idle Sleep

- Time: 10/07/11 09:43:48 HAEC

- Signature: Success

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Success

- Sleep count : 0

* Domain: sleep

- Message: Sleep: Success - AC - Maintenance Sleep

- Time: 10/07/11 11:43:56 HAEC

- Signature: Success

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Success

- Sleep count : 1

* Domain: applicationresponse.slowresponse

- Message: PMConnection mDNSResponder com.apple.powermanagement.applicationresponse.slowresponse 15989 ms

- Time: 10/07/11 11:44:12 HAEC

- Signature: mDNSResponder

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Noop

- Response time (ms): 15989

* Domain: sleep

- Message: Sleep: Success - AC - Maintenance Sleep

- Time: 10/07/11 13:44:19 HAEC

- Signature: Success

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Success

- Sleep count : 2

* Domain: applicationresponse.slowresponse

- Message: PMConnection mDNSResponder com.apple.powermanagement.applicationresponse.slowresponse 15996 ms

- Time: 10/07/11 13:44:35 HAEC

- Signature: mDNSResponder

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Noop

- Response time (ms): 15996

* Domain: sleep

- Message: Sleep: Success - AC - Maintenance Sleep

- Time: 10/07/11 15:44:42 HAEC

- Signature: Success

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Success

- Sleep count : 3

* Domain: applicationresponse.slowresponse

- Message: PMConnection mDNSResponder com.apple.powermanagement.applicationresponse.slowresponse 15996 ms

- Time: 10/07/11 15:44:58 HAEC

- Signature: mDNSResponder

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Noop

- Response time (ms): 15996

* Domain: wake

- Message: Wake: Success - AC - Network

- Time: 10/07/11 16:09:20 HAEC

- Signature: Success

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Success

* Domain: applicationresponse.slowresponse

- Message: Kernel powerd com.apple.powermanagement.applicationresponse.slowresponse 16002 ms

- Time: 10/07/11 16:09:20 HAEC

- Signature: powerd

- UUID: 4983F147-BF99-4856-AC94-A5D733238083

- Result: Noop

- Response time (ms): 16002

ANy clue ???

Rackers · July 10, 2011

Can anybody explain to me how I can patch AppleRTC.kext or upload one ready to go?

Thanks

nexus77777 · July 10, 2011

Can anybody explain to me how I can patch AppleRTC.kext or upload one ready to go?

Thanks

just run the command (copy/paste texte) into terminal app

perhaps just repair permissions (with disk utility optional I think)

and recreate cache to be sure...

sudo chown -R 0:0 /System/Library/Extensions
sudo chmod -R 755 /System/Library/Extensions

sudo kextcache -v 1 -a i386 -a x86_64 -m /System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext /System/Library/Extensions

iWire · July 10, 2011

Can anybody explain to me how I can patch AppleRTC.kext or upload one ready to go?

Thanks

1. Open terminal then paste this

3. type exit

4. reboot

Rackers · July 10, 2011

Thanks guys. This is just to fix the CMOS from resetting right?

Does anybody know or is able to point me to a post were I can get some help for the sleep issues I'm having. If I manually sleep the computer it works fine if I wake it after a few minutes but say if I leave it 10 minutes it goes into a (deep?) sleep and will not resume correctly (fans power back on but no screen).

Thankjs

kmare · July 10, 2011

This is an alternate patch for Vanilla AppleRTC.kext of Lion GM. An unconditional jump over the rtcWrites() in updateChecksum() to prevent CMOS Resets.
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

Thanks -- perfect fix for EP45-UD3P

rvxtm · July 11, 2011

Hey guys, i just took the two tests for posting here, great idea !

So, here is my question, i've been a long time reader of this area of the forum, my interest in osx porting to pc is a long time interest.

But you say here you have the CMOS reset problem, i'm using a Gigabyte EP45-Extreme MB, and just upgraded to Lion from SL.

In Snow leppy i used ElliottForceLegacyRTC to fix the problem, i've installed it to Lion too in the /extra folder and it works, no CMOS reset.

What improvements does the patching of the native AppleRTC bring ?

I'm on the GM with arch=x86_64 version of lion btw.

Thx in advance .

stellarola · July 11, 2011

Hey guys, i just took the two tests for posting here, great idea !
So, here is my question, i've been a long time reader of this area of the forum, my interest in osx porting to pc is a long time interest.

But you say here you have the CMOS reset problem, i'm using a Gigabyte EP45-Extreme MB, and just upgraded to Lion from SL.

In Snow leppy i used ElliottForceLegacyRTC to fix the problem, i've installed it to Lion too in the /extra folder and it works, no CMOS reset.

What improvements does the patching of the native AppleRTC bring ?

I'm on the GM with arch=x86_64 version of lion btw.

Thx in advance .

When you attempt sleep in Lion does it wake properly or does it reset the cmos/restart the computer?

-Stell

antic · July 11, 2011

This is an alternate patch for Vanilla AppleRTC.kext of Lion GM. An unconditional jump over the rtcWrites() in updateChecksum() to prevent CMOS Resets.
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

And repair permissions in Terminal

sudo chown -R 0:0 /System/Library/Extensions

sudo chmod -R 755 /System/Library/Extensions

sudo kextcache -v 1 -a i386 -a x86_64 -m /System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext /System/Library/Extensions

Thanks. This worked great.

Also found out that can now wake from power button if i'm using a bluetooth keyboard instead of a USB keyboard

nissefar · July 11, 2011

Also found out that can now wake from power button if i'm using a bluetooth keyboard instead of a USB keyboard

What happened before?

I'm still desperate to find a solution to Power Button wake / Wake on LAN not waking the system completely. Black screen, goes back to sleep again after a few secs. USB wake works fine.

Getting Kernel log - "Wake Reason: ?"

I've tried downloading the XNU kernel sources and searched for where it determines Wake Reason, but I've not been able to find it. It seems like if the kernel can't determine the wake reason, it goes back to sleep after some time. I guess it is missing what is called "HID Tickle" (found the log for USB wakes), whatever that means.

rvxtm · July 11, 2011

If i try to put it to sleep, it turns off the video output, but remains on, does not wake up, after hard reset, the cmos is still untouched.

longtom · July 11, 2011

Try to wakeup with keyboard and click mouse after some seconds!

rvxtm · July 11, 2011

I was thinking to remove cpunull kext and add pstates and cstates to boot.plist for native power management

antic · July 11, 2011

What happened before?

I'm still desperate to find a solution to Power Button wake / Wake on LAN not waking the system completely. Black screen, goes back to sleep again after a few secs. USB wake works fine.

Getting Kernel log - "Wake Reason: ?"

I've tried downloading the XNU kernel sources and searched for where it determines Wake Reason, but I've not been able to find it. It seems like if the kernel can't determine the wake reason, it goes back to sleep after some time. I guess it is missing what is called "HID Tickle" (found the log for USB wakes), whatever that means.

When pressing the power button the system would appear to wake but there was no output to the screen. The only way i could get output to the screen was to activate the USB keyboard or mouse.

I replaced the USB keyboard with a bluetooth keyboard. This on its own wouldn't wake the system but i found the power button now worked.

longtom · July 11, 2011

When pressing the power button the system would appear to wake but there was no output to the screen. The only way i could get output to the screen was to activate the USB keyboard or mouse.

I replaced the USB keyboard with a bluetooth keyboard. This on its own wouldn't wake the system but i found the power button now worked.

So, only power button, and screen is OK?

rayap · July 11, 2011

@nexus77777

Re the pmlog, do have occasionally the 'slow response' message. Mainly puzzled by the following that appears at every boot if the RTC register length is set to 0x04 or 0x08 but not as 0x02, even without the patch in SL or Lion.

* Domain: wake
- Message: Wake: Loginwindow Authorization Failure - AC

- Time: 7/2/11 2:51:22 PM GMT+0

- Signature: Loginwindow Authorization Failure

- Result: Failure

Just wandering about in search of a dsdt solution for CMOS Resets.

nissefar · July 11, 2011

When pressing the power button the system would appear to wake but there was no output to the screen. The only way i could get output to the screen was to activate the USB keyboard or mouse.

I replaced the USB keyboard with a bluetooth keyboard. This on its own wouldn't wake the system but i found the power button now worked.

{censored}, that's weird. So you're saying you removed your USB keyboard, and the power button started working correctly? Can you confirm if WoL works? Do you still have your mouse plugged in? Does the problem come back if you replug the USB keyboard? What kind of keyboard do you have?

Sorry for the 10 questions, but I need to know

antic · July 11, 2011

{censored}, that's weird. So you're saying you removed your USB keyboard, and the power button started working correctly? Can you confirm if WoL works? Do you still have your mouse plugged in? Does the problem come back if you replug the USB keyboard? What kind of keyboard do you have?

Sorry for the 10 questions, but I need to know

When a mouse is plugged in do not touch and wakes from power button.

When no mouse plugged wakes from power button

Problem returns if I plug the keyboard back in.

Using standard Dell USB keyboard to select boot drive

Product ID: 0x2003

Vendor ID: 0x413c (Dell Inc.)

Apple BT keyboard

Apple BT Mouse & Trackpad

Wake on Lan not working. Might be due to using RealtekR1000SL.kext for LAN access

longtom · July 11, 2011

When a mouse is plugged in do not touch and wakes from power button.
When no mouse plugged wakes from power button

Problem returns if I plug the keyboard back in.

Using standard Dell USB keyboard to select boot drive

Product ID: 0x2003

Vendor ID: 0x413c (Dell Inc.)

Apple BT keyboard

Apple BT Mouse & Trackpad

Wake on Lan not working. Might be due to using RealtekR1000SL.kext for LAN access

So, with BT keyboard and USB mouse and wakup from Power button, screen wakes up normally, w/o pressing anything on keyboard/mouse?

antic · July 11, 2011

So, with BT keyboard and USB mouse and wakup from Power button, screen wakes up normally, w/o pressing anything on keyboard/mouse?

Yes

In addition I have tried using RTL8169.kext for LAN instead of RealtekR1000SL.kext. It didn't make any difference and I also

didn't have WOL

longtom · July 11, 2011

Thanks!

Wich Bluetoot adapter do you use?

antic · July 11, 2011

Thanks!

Wich Bluetoot adapter do you use?

Not really sure. Its some generic thing i picked up years ago.

Manufacturer: Cambridge Silicon Radio

Name:

Firmware Version: 373

Bluetooth Power: On

Discoverable: Yes

Vendor ID: 0

Product ID: 0x1

HCI Version: 1 (0x1)

HCI Revision: 373 (0x175)

LMP Version: 1 (0x1)

LMP Subversion: 373 (0x175)

Device Type (Major): Computer

Device Type (Complete): Macintosh Desktop

Composite Class Of Device: 3670276 (0x380104)

Device Class (Major): 1 (0x1)

Device Class (Minor): 1 (0x1)

Service Class: 448 (0x1c0)

CMOS Resets on Restarts after Sleep and Wake in 10.7 (Lion)

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites