Jump to content
rayap

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

486 posts in this topic

Recommended Posts

How do I even wake it from sleep? i tried hitting the keys and also moving the mouse...?

 

Also, is it a big deal that it resets CMOS? What exactly does it mean?

 

Thanks

Al

Share this post


Link to post
Share on other sites
Advertisement
How do I even wake it from sleep? i tried hitting the keys and also moving the mouse...?

Check your DSDT; get help in that thread.

Also, is it a big deal that it resets CMOS? What exactly does it mean?

Watch a PC boot, if there is no BIOS error(see topic title) - no need for this CMOS fix.

Share this post


Link to post
Share on other sites

Hey lnx2mac - Good job with all your work on the revised network driver, and I read you'll be releasing the source soon. Great.

How about recalculating the checksum in the DSDT (either in _PTS or _GTS) ?

Fixing the RTC issue from ACPI does look possible as per RevoGirl's post from July (below), but I've not found the time or had the patience to look deeper at it, though to be honest I easily get lost when working with the finer details of ACPI coding. Maybe your skills could develop the idea further?

 

read the ACPI specification 4.0 and specifically chapter 15.

 

There you’ll read that method _GTS is executed after method _PTS when your system is going to sleep, and there’s also _BFS which is executed upon waking, and thus before method _WAK is executed.

 

The first method would be the place to read and store the RTC data, and method _BFS to restore it, when required. Just give it a shot.

 

You can also block writes to address 56h-59h in the RAM banks, by changing the RTC configuration register. This way it will ignore writes to the addresses. And yes. Everything can be done from the ACPI namespace… and I would use a tiny SSDT for this (see RevoBoot WiKi) but the boot loader is probably the best place to make changes to the RTC configuration register

 

Good luck trying!

 

Oh, and as STLVNUB and OonihiloO, I didn't have to re-patch the AppleRTC binary either after updating to 10.7.2

Share this post


Link to post
Share on other sites
I can confirm too :

AppleRTC.kext is still with version 1.4

The patch can still be used and is still working (tested on X58A-UD3R rev 2)

Enjoy

 

Could you please post the patched AppleRTC.kext that works on X58A-UD3R rev 2?

 

I have the same MB and had AppleRTC.kext patch that use to work (no CMOS rest and perfect sleep) since May.

On Wednesday, I had a problem with iCloud and had to reinstall Lion and use latest version of Chimera.

Very same patched AppleRTC.kext is now working only partially: no CMOS reset but the system does not wake from sleep!?

Also tried to patch new AppleRTC.kext which comes with 10.7.2 using script from message #340 - the same, partial (un)success.

Interestingly enough, I have the same issue on another Gigabyte MB - X58-UD7!?

 

Any help or hint how to get my good night and Hackintosh sleeps back is highly appreciated.

 

 

Edit: The things are even worse than I initially thought! Even Shut Down causes CMOS reset. The only thing that works is Reset?

 

EDIT 2: SOLVED THE PROBLEM !!!

It had nothing to do with Chimera or 10.7.2 update!

Realtek Gigabit Ethernet driver 2.0.6 for 81xx Ethernet controllers is the culprit!!! :(

As soon as I removed it, everything went to normal with old patched AppleRTC.kext.

Share this post


Link to post
Share on other sites
Hi guys,

 

I'm using rayap's (thanks!) one-liner from post #340 to binpatch AppleRTC.

 

In the ever quest for vanilla, just got another crazy idea...

 

How about recalculating the checksum in the DSDT (either in _PTS or _GTS) ?

 

What do you think ?

 

Code in DSDT is not allowed to modify the CMOS so I don't think that will work (although I don't know enough about the DSDT to understand the details of what you're saying). I did try to make a recalculation kext a while back and hook it up to the sleep event but I was unable to make it run after the modification had been made - only before.

Share this post


Link to post
Share on other sites
Can anyone confirm the patch from post #340 is untouched by 10.7.2?

 

All good with my test box too - fresh 10.7.2 install, patched - cmos problem gone!

Share this post


Link to post
Share on other sites

Can confirm that post #340 patch fixed this on GA-P35-DS3R running OS X Lion 10.7.2.

 

I've also kept the vanilla AppleRTC.kext in /System/Library/Extensions and placed the patched one into /Extra/Extensions, it overrides during boot!

Share this post


Link to post
Share on other sites

I just noticed my system hasn't been sleeping past couple of days. I believe it tries to. The display goes black, but all lights/fans stay on. I find it strange since it was working before. I don't think I've changed anything significant since the problem started. Beyond that, when 10.7.2 was released, I updated Cham, and switched to using UseKernelCache flag. Though again, I don't believe I had a problem immediately after all that, I sleep the system several times daily and would have noticed if it happened after those updates. Any ideas?

 

Edit:

Some inconsistencies noticed. Sometimes the display goes black and everything stays on fans/lights, usb periphs. Other times the display goes off and turns back on almost immediately. =/ Don't know what to make of it.

Share this post


Link to post
Share on other sites
@EnzoFX

 

Maybe time to delete Startup Caches folder contents!

 

I'm afraid I don't know where that folder is. I did use an app to "Clean System Cache" and it did not solve the issue.

Share this post


Link to post
Share on other sites

Thanks rayap, deleted the caches and restart. The issue remains =/. I was thinking, could it possibly be hardware? Seeing as it was working from 10.7.0 to .2 up until just recently without any real reason to (that I can see at least). Maybe I'll see if Windows is sleeping properly. Other than that, I suppose I could try a fresh install soon.

Share this post


Link to post
Share on other sites

Hi,

 

i have a Gigabyte GA-P67A-UD3-B3 (f7) motherboard and the CMOS Reset Problem. When i shut down lion sometimes the pc won´t start. I must press sometimes 10 times the startbutton, sometimes 50 times, until the pc will start. Then i get a black screen with a main bios checksum error and the cmos will be reset to verison f4.

 

- I disabled usb legacy (didn´t help)

- I patched the appletrc.kext in E/E

- I deinstall my realtek lan 2.0.6 driver and install the Lnx driver (the cmos didn´t reset)

 

Now when i shut down the pc, it won´t start. Only after some time, but now the cmos didn´t reset. I think this was a problem with the realtek lan driver. I hope someone can help me, that the pc will start every time.

Share this post


Link to post
Share on other sites

an update on my issue:

 

Well the other day sleep just started working again. Aside from trying what was mentioned above, and not having it work soon after, I don't think I did anything really. Oh well =P.

Share this post


Link to post
Share on other sites

Which motherboard does not have a cmos error?

 

Now I have the cmos again error and think, that the easiest way is to buy another board.

Share this post


Link to post
Share on other sites

Hi,

 

I have a couple questions if anyone would mind answering them. I have 10.7.2 and my RTC DSDT _CRS Name method has 0x02 length. Thats how it was as I didn't have to mod it when I pulled my DSDT from the PC under Linux. Though I never have tried to put the machine to sleep I think I've seen that 128mb RTC error pop up occasionally. Right now I have ElliotRTC in the Extra folder though and if I patch the AppleRTC Kext should I delete the Device (RTC) from my DSDT and remove ElliotRTC?

 

Thanks.

Share this post


Link to post
Share on other sites

1- patch AppleRTC

2- remove ElliotRTC

3- clear kext cache -- refresh the /Extra/Extensions.mkext too, Kext Wizard recommended.

 

It's not necessary to touch the DSDT, otherwise the kext probably won't load and halt your system. Just a guess, never did that.

Share this post


Link to post
Share on other sites

I came into this forum for help but found this post... if I understand correctly, is this why my BIOS seems to be resetting to a non-good configuration with crashes and sometimes (maybe? not sure) going to sleep? Important configurations like ICH SATA Control Mode, Onboard SATA/IDE Ctrl Mode, and more are changed.

 

Thanks

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×