Jump to content

[Please Help] DSDT Edit "Immediate Wake From Sleep"


BadKarma
 Share

9 posts in this topic

Recommended Posts

Greetings.

 

I'm currently lost in finding a solution to how to address my current problem with my system immediately Waking From Sleep.

 

Some System Details:

MB: EVGA Z68 FTW

CPU: Intel i7 2600K OCed 4.2 GHz

BIOS A05

DSDT: Patched w/ DTGP, IRQs, SMBUS, HDEF, ACL889, _T_x Rename, Possible Operator Timeout is ignored

(Compiles w/ no errors or warnings)

Current OS: Mountain Lion 10.8.1

 

From:
Cassio at Olarila.com

Quote:

If the system goes to sleep and wakes immediately, look for "Wake reason" in kernel log and edit method _PSW or remove _PRW from that device in DSDT.

 

 

Nelsons-Mac-Pro:~ Nelson$ syslog |grep -i "Wake Reason"

Aug 30 09:12:19 Nelsons-Mac-Pro kernel[0] <Debug>: Wake reason: GBE EUSB

Aug 30 22:48:20 Nelsons-Mac-Pro kernel[0] <Debug>: Wake reason: GBE EUSB

Aug 31 08:26:24 Nelsons-Mac-Pro kernel[0] <Debug>: Wake reason: GBE EUSB

Nelsons-Mac-Pro:~ Nelson$

 

When the system wakes from sleep the following error message appears.

"Because a USB device was drawing too much power from your computer, one or more of your USB devices have been disabled.

To prevent damaging your computer, the USB device drawing too much power has been disabled. Other devices may have also been disabled. When you disconnect the device drawing too much power, your other USB devices will be enabled again."

 

I have tried the following:

Code:

------------------------------------------------------------------------------------- delete from here

Method (_PRW, 0, NotSerialized)

{

Return (GPRW (0x0D, 0x04))

}

------------------------------------------------------------------------------------- to here

 

 

Still problem with waking from sleep.

 

As Cassio from Olarila.com, suggested

Quote:

before removing _PRW try applying USB patches (EHCI, UHCI) for your chipset.

 

_PSW edit is to make it always store zero, remove the condition on arg0

 

 

I can't locate EHCI or UHCI on my DSDT. My USB seem to show as Device EUSB. When using DSDTSe, I'm able to locate UHCI, but it appears as Device EUSB on my DSDT. I took a look at all the patches and they seem to be directed at "Name (_ADR, 0x001D0007)" my device is listed w/ "Name (_ADR, 0x001D0000)", hence I did not try any of the patches.

 

In regards, to Editing method_PSW I'm confused as how to add this method since the information I found thus far reference Devices as i.e.. USB2,USB3 and such. UxEN, which are not found on my DSDT.

 

 

Any help would greatly be appreciated.

DSDT2.aml.zip

Link to comment
Share on other sites

Thanks Rampage! I'll test it out, once I get home and let you know.

 

Can you let me know what was changed? Just trying to learn. Thanks again.

 

Rampage Dev .... just got done testing your edited DSDT. The problem still exists. I noticed you removed Method (_PRW, 0, NotSerialized) from Device EUSB. I've actually done that before too, but no joy. Don't know if there were any other edits, but the problem still remains.

 

From Terminal:

 

 

Last login: Wed Sep 12 21:20:16 on console

Nelsons-Mac-Pro:~ Nelson$ syslog |grep -i "Wake Reason"

Sep 12 21:20:38 Nelsons-Mac-Pro kernel[0] <Debug>: Wake reason: GBE EUSB

Nelsons-Mac-Pro:~ Nelson$

 

Let me know if you have any other suggestions or let me know what additional information I could provide to help my cause.

 

Thanks again.

Link to comment
Share on other sites

Rampage Dev .... I was just comparing your edited DSDT with the one I attached in my original post, I didn't find WAK method removed. I did a search for "WAK" through both DSDT and nothing was changed in terms of Method WAK. Again I noticed Method PSW was gone from Device EUSB. Not sure if I understand correctly terms used, or simply I'm mistaken.

 

I totally agree w/ you, Sleep and SSDT seem to be the biggest huddles for most people from what I have read and experiencing.

 

Anyways, I do sincerely appreciate you taking the time to assist me.

 

On another note, I visited your blog and planning on submitting my raw DSDT.aml for the EVGA Z68 FTW motherboard.

 

Again, Thanks for all the great work you do.

Link to comment
Share on other sites

sleep:Proper combination for sleep is:

1) patched HPET, TIMR, RTC, PIC sections

2) patched EHCI/UHCI sections

3) patched AppleLPC kext to match chipset id

4) removed NullCPUPowerManagement, SleepEnabler

5) patched AppleRTC kext to solve CMOS reset after sleep

  • Like 2
Link to comment
Share on other sites

  • 6 months later...

...the problem still remains.

 

From Terminal:

 

 

Last login: Wed Sep 12 21:20:16 on console

Nelsons-Mac-Pro:~ Nelson$ syslog |grep -i "Wake Reason"

Sep 12 21:20:38 Nelsons-Mac-Pro kernel[0] <Debug>: Wake reason: GBE EUSB

Nelsons-Mac-Pro:~ Nelson$

 

Let me know if you have any other suggestions or let me know what additional information I could provide to help my cause.

 

Thanks again.

Answer is above in your post: Wake reason: GBE.

Find

Device (GBE)

and fix _PRW.

You can get this code:

Device (GLAN)
{
Name (_ADR, 0x00190000)
Name (_PRW, Package (0x02)
{
0x09,
0x04
})

  • Like 1
Link to comment
Share on other sites

  • 1 year later...

Answer is above in your post: Wake reason: GBE.

Find

Device (GBE)
and fix _PRW.

You can get this code:

Device (GLAN)
{
Name (_ADR, 0x00190000)
Name (_PRW, Package (0x02)
{
0x09,
0x04
})

Thank you for this!

 

May I ask what exactly 0x09 tells the system to do?

 

I had this before:

Name (_PRW, Package (0x02)

{

0x0D,

0x04

})

 

Thank you!

Link to comment
Share on other sites

  • 4 weeks later...
 Share

×
×
  • Create New...