Contribute
Register

Need help disabling lid wake (ACPIDebug output included)

Status
Not open for further replies.
freejack

freejack

Joined
Aug 17, 2010
Messages
199
Motherboard
Razer Blade 15 Mercury White
CPU
i7-8750H
Graphics
UHD 630 + GTX 1060
Mac
  1. iMac
  2. MacBook
  3. MacBook Air
  4. MacBook Pro
  5. Mac mini
Classic Mac
  1. iMac
Mobile Phone
  1. Android
  2. iOS
I've applied the _WAK patch which seems to fix sleep/wake in general but still experiencing issues when opening the lid which does not power on the display as so many others are experiencing here. I installed the ACPIDebug.kext and I see that it's calling the LID method. Since there's no _PRW method in LID0, I'm not sure how to disable lid wake and nothing really appears obvious to me.

Here's the ACPIDebug output:

2017-01-19 07:27:22.441716-0500 0x65c Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:27:22.441852-0500 0x65c Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 07:27:40.826737-0500 0x65c Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_PTS enter", 0x3, }
2017-01-19 07:27:40.842588-0500 0x152d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_WAK enter", 0x3, }
2017-01-19 07:29:00.002295-0500 0x1533 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:29:00.002542-0500 0x1533 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 07:29:00.003982-0500 0x152d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:29:00.004232-0500 0x152d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 07:36:14.457927-0500 0xbf Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: Version 0.1.4 starting on OS X Darwin 16.3.
2017-01-19 07:36:14.458090-0500 0xbf Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:14.458173-0500 0xbf Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }
2017-01-19 07:36:18.551144-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:18.551259-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }
2017-01-19 07:36:18.554809-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:18.554922-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }
2017-01-19 07:36:20.781884-0500 0x13d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:20.781998-0500 0x13d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }

DSDT is attached. Been trying to figure this out for days with no luck. My goal is to have lid wake disabled and wake the laptop with the power button or just get lid wake working with the display coming on as it's supposed to. Thanks.
 

Attachments

  • DSDT.dsl
    1.1 MB · Views: 114
freejack said:
I've applied the _WAK patch which seems to fix sleep/wake in general but still experiencing issues when opening the lid which does not power on the display as so many others are experiencing here. I installed the ACPIDebug.kext and I see that it's calling the LID method. Since there's no _PRW method in LID0, I'm not sure how to disable lid wake and nothing really appears obvious to me.

Here's the ACPIDebug output:

2017-01-19 07:27:22.441716-0500 0x65c Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:27:22.441852-0500 0x65c Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 07:27:40.826737-0500 0x65c Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_PTS enter", 0x3, }
2017-01-19 07:27:40.842588-0500 0x152d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_WAK enter", 0x3, }
2017-01-19 07:29:00.002295-0500 0x1533 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:29:00.002542-0500 0x1533 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 07:29:00.003982-0500 0x152d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:29:00.004232-0500 0x152d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 07:36:14.457927-0500 0xbf Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: Version 0.1.4 starting on OS X Darwin 16.3.
2017-01-19 07:36:14.458090-0500 0xbf Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:14.458173-0500 0xbf Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }
2017-01-19 07:36:18.551144-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:18.551259-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }
2017-01-19 07:36:18.554809-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:18.554922-0500 0x156 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }
2017-01-19 07:36:20.781884-0500 0x13d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 07:36:20.781998-0500 0x13d Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x1, }

DSDT is attached. Been trying to figure this out for days with no luck. My goal is to have lid wake disabled and wake the laptop with the power button or just get lid wake working with the display coming on as it's supposed to. Thanks.
Click to expand...

Attach ioreg as ZIP: http://www.tonymacx86.com/audio/58368-guide-how-make-copy-ioreg.html. Please, use the IORegistryExplorer v2.1 attached to the post! DO NOT reply with an ioreg from any other version of IORegistryExplorer.app.

Provide output (in Terminal):
Code: 
kextstat|grep -y acpiplat
kextstat|grep -y appleintelcpu
kextstat|grep -y applelpc
kextstat|grep -y applehda

Attach EFI/Clover folder as ZIP (press F4 at main Clover screen before collecting). Please eliminate 'themes' directory. Provide only EFI/Clover, not the entire EFI folder.

Attach output of (in Terminal):
Code: 
sudo touch /System/Library/Extensions && sudo kextcache -u /

Compress all files as ZIP. Do not use external links. Attach all files using site attachments only.
 
@RehabMan Here are the files you requested. Thanks for your assistance. Feel bad for not being able to figure this out myself.

EDIT: Reuploaded file with the original DSDT and SSDT files in the origin folder.
 

Attachments

  • razerblade.zip
    5.3 MB · Views: 83
Last edited:
freejack said:
@RehabMan Here are the files you requested. Thanks for your assistance. Feel bad for not being able to figure this out myself.

EDIT: Reuploaded file with the original DSDT and SSDT files in the origin folder.
Click to expand...

Try ig-platform-id 0x191b0000
 
RehabMan said:
Try ig-platform-id 0x191b0000
Click to expand...

Same thing. Seems to wake without the display and then goes back to sleep again after a minute.
 
freejack said:
Same thing. Seems to wake without the display and then goes back to sleep again after a minute.
Click to expand...

You will need to narrow down the problem...
Shine a light on the display to see if it is a backlight issue.
Using an external monitor may help.
Or using remote desktop, so you can log in from another computer to look at ioreg/etc.
 
RehabMan said:
You will need to narrow down the problem...
Shine a light on the display to see if it is a backlight issue.
Using an external monitor may help.
Or using remote desktop, so you can log in from another computer to look at ioreg/etc.
Click to expand...

Found a post on a linux forum that the lid wake event does not update the internal variable for lid state on the blade. This concurs with what I'm seeing. Is it possible to update the lid state on wake by modifying the DSDT?
 
freejack said:
Found a post on a linux forum that the lid wake event does not update the internal variable for lid state on the blade. This concurs with what I'm seeing. Is it possible to update the lid state by modifying the DSDT?
Click to expand...

What exactly are you trying to do?
If you think your _LID method is not working, it is easily verified by using ACPIDebug.kext (especially since sleep is delayed by 15 sec). From there you can analyze/fix the code.

Note: ACPIDebug output in post #1 is useless without knowledge of when you opened/closed the lid. Also, from the time stamps it looks like you actually let it sleep instead of just testing the lid return value (opening prior to 15 sec delay).
 
RehabMan said:
What exactly are you trying to do?
If you think your _LID method is not working, it is easily verified by using ACPIDebug.kext (especially since sleep is delayed by 15 sec). From there you can analyze/fix the code.

Note: ACPIDebug output in post #1 is useless without knowledge of when you opened/closed the lid. Also, from the time stamps it looks like you actually let it sleep instead of just testing the lid return value (opening prior to 15 sec delay).
Click to expand...

2017-01-19 11:13:16.952498-0500 0x60e Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter" (LID CLOSED)
2017-01-19 11:13:16.952638-0500 0x60e Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 11:13:58.243815-0500 0x136 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_PTS enter", 0x3, }
2017-01-19 11:13:58.259671-0500 0x60e Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_WAK enter", 0x3, }
2017-01-19 11:14:24.306113-0500 0x1d69 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter" (LID OPENED)
2017-01-19 11:14:24.306358-0500 0x1d69 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 11:14:24.307679-0500 0x136 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 11:14:24.307923-0500 0x136 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }

Labeled the records that matched the actual close/open times. I'm trying to modify the DSDT to update the lid status to open on wake since the reported issue is that that value is not being updated by default. Not sure if that's possible though.
 
freejack said:
2017-01-19 11:13:16.952498-0500 0x60e Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter" (LID CLOSED)
2017-01-19 11:13:16.952638-0500 0x60e Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 11:13:58.243815-0500 0x136 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_PTS enter", 0x3, }
2017-01-19 11:13:58.259671-0500 0x60e Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "_WAK enter", 0x3, }
2017-01-19 11:14:24.306113-0500 0x1d69 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter" (LID OPENED)
2017-01-19 11:14:24.306358-0500 0x1d69 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }
2017-01-19 11:14:24.307679-0500 0x136 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: "LID0._LID enter"
2017-01-19 11:14:24.307923-0500 0x136 Default 0x0 0 kernel: (ACPIDebug) ACPIDebug: { "LID0._LID returning", 0x0, }

Labeled the records that matched the actual close/open times. I'm trying to modify the DSDT to update the lid status to open on wake since the reported issue is that that value is not being updated by default. Not sure if that's possible though.
Click to expand...

Test _LID return value without invoking sleep.
If it returns incorrect values, look into the DSDT code...
 
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top