HP 430 G4 close lid cannot sleep

[enljm115]

Install the new High Sierra:https://www.tonymacx86.com/threads/...book-zbook-using-clover-uefi-hotpatch.232948/ according to this guide,
After the installation of everything looks good, every time that display goes off (sleep or standby), it can't turn on again (only black screen with backlit EDID), using this method to solve https://www.tonymacx86.com/threads/ injection: solved-black-screen-after-upgrade-to-high-sierra.237050/.


But there are two problems (or BUG), and this question also exists in 10.12:
1, the volume control of the taskbar and preferences>sound volume control is not synchronized (as shown).



2, close the lid can not sleep:
At the moment of closing the lid, the brightness control icon appears and the brightness is automatically adjusted to the minimum,
When you open the lid, the screen backlight is the darkest state, and vaguely see the brightness control icon in the middle of the screen,
After the brightness reduction and brightness enhancement operation, the lid can be closed again to sleep,
Each closing the lid sleep requires this operation

 

[RehabMan]

1, the volume control of the taskbar and preferences>sound volume control is not synchronized (as shown).

Did you try the alternate layout-id?

2, close the lid can not sleep:
At the moment of closing the lid, the brightness control icon appears and the brightness is automatically adjusted to the minimum,
When you open the lid, the screen backlight is the darkest state, and vaguely see the brightness control icon in the middle of the screen,
After the brightness reduction and brightness enhancement operation, the lid can be closed again to sleep,
Each closing the lid sleep requires this operation

Sounds like the EC is generating some spurious PS2 input when the lid is closed.
Use the debug PS2 kexts to determine what those inputs are and when they happen.
It may be related to various EC or GPE methods executing in ACPI, so it is worthwhile to instrument those too (with ACPIDebug).

 

[enljm115]

Sounds like the EC is generating some spurious PS2 input when the lid is closed.
Use the debug PS2 kexts to determine what those inputs are and when they happen.
It may be related to various EC or GPE methods executing in ACPI, so it is worthwhile to instrument those too (with ACPIDebug).

Can you tell me how to do it? I don't know where to start.

 

[RehabMan]

Can you tell me how to do it? I don't know where to start.

The PS2 debug kexts are provided in the VoodooPS2Controller bitbucket download.
Kernel log capture is covered here:
https://www.tonymacx86.com/threads/readme-common-problems-in-10-13-high-sierra.233582/
ACPIDebug info is available at the ACPIDebug github README.

 

[enljm115]

- this is the system log that is intercepted when the lid is closed.
- the picture is intercepted with a TeamViewer remote connection
You can see that the brightness control bar stays all the time.

 

[RehabMan]

- this is the system log that is intercepted when the lid is closed.
- the picture is intercepted with a TeamViewer remote connection
You can see that the brightness control bar stays all the time.
View attachment 295905

No logs from the PS2 kext. You probably failed to install the debug version, or this text is not from system.log.
And it is only you that can know exactly when you closed the lid and therefore only you that can correlate the debug output to judge the timing of the various events.

 

[enljm115]

Here is

 

[RehabMan]

Here is

Only this:

default    11:25:58.580543 +0800    kernel    ApplePS2Keyboard: sending key e005=6b down

It is a keydown (make) for brightness. No key up (break), so we should expect that the brigthness down will repeat... (macOS/OS X does its own key repeat... if a make code is generated without a break, the key repeats endlessly).

At what point does this key get generated?
Only you know the exact system time you closed the lid...

Also, you need to attach "Problem Reporting" files.

 

[enljm115]

- from PS2 dubug log, you can see that the normal press brightness control button is:
"Kernel ApplePS2Keyboard: sending key e012=6b down"
Have key "down" and "up"

- the key information that the system automatically sends when the lid is closed is:
"Kernel ApplePS2Keyboard: sending key e005=6b down" and "kernel ApplePS2Keyboard: sending key e063=80)

 

[enljm115]

At what point does this key get generated?

- I see the problem right here, too.
- it's just a moment of closing the lid. Key information automatically sent by the system.