Bug 218771
Summary: | Lenovo Thinkbook - turning off after closing lid or (dis)connecting charger | ||
---|---|---|---|
Product: | Drivers | Reporter: | PMR (pawel.radziszewski) |
Component: | Platform_x86 | Assignee: | drivers_platform_x86 (drivers_platform_x86) |
Status: | NEW --- | ||
Severity: | high | CC: | mario.limonciello, mpearson-lenovo, vt, woobble |
Priority: | P3 | ||
Hardware: | AMD | ||
OS: | Linux | ||
Kernel Version: | Subsystem: | ||
Regression: | No | Bisected commit-id: |
Description
PMR
2024-04-24 13:45:59 UTC
I encountered the same issue for this laptop. Maybe a BIOS problem? Operating System: Arch Linux KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.9-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 8845H w/ Radeon 780M Graphics Memory: 27.2 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: LENOVO Product Name: 21LF System Version: ThinkBook 14 G6+ AHP Do you have a possibility of checking whether the issue demonstrates also in MS Windows? I have removed Window from this computer completely. I encountered similar problem reports: https://bbs.archlinux.org/viewtopic.php?id=295464 https://bbs.archlinux.org/viewtopic.php?id=292867 Following a hint from there I switched UEFI settings AMD PBS -> Power Management -> Modern Standby Mode: Modern Standby + si03x -> Modern Standby + si02x It seems to help a bit: closing the lid does not result in turning the computer off now. I made several experiments. AC disconnected: GUI OK Lid OK GUI, then Lid Turns off GUI, then connect AC Turns off Lid, then connect AC Turns off AC connected: GUI OK (fan remains on) Lid OK (fan remains on) GUI, then Lid Turns off GUI, then disconnect AC Turns off Lid, then disconnect AC Turns off Seems like the system does not like more than one power management events(?) I tweaked also a Fedora 40 Live (6.8.5-301.fc40.x86_64). The behavior did not change. I observed however additionally some nondeterminism: AC disconnected: Lid, then connect AC turns off or falls asleep but does not wake up This misbehavior makes using of the computer extremely cumbersome: although it is possible to suspend it and wake up, it is necessary however to strictly follow a certain procedure; any divert results in a shutdown which means loss of the state :-/ It seem that the ideapad_laptop module is responsible for this: https://bbs.archlinux.org/viewtopic.php?pid=2172632#p2172632 "There is an aur package solving this issue, ideapad-laptop-tb2024g6plus-dkms The author said this makes the laptop ignore acpi events when suspended." https://bbs.archlinux.org/viewtopic.php?pid=2175065#p2175065 Can it be included into the main line, plz? > Modern Standby + si03x -> Modern Standby + si02x This option will prevent the system from entering a deep enough sleep state. I don't generally suggest it. With mainline kernel 6.9, can this issue still be reproduced when the BIOS is configured to "Modern Standby + s0i3"? If so; can you please append a report from https://gitlab.freedesktop.org/drm/amd/-/blob/master/scripts/amd_s2idle.py Thanks! (In reply to Mario Limonciello (AMD) from comment #6) > > Modern Standby + si03x -> Modern Standby + si02x > > This option will prevent the system from entering a deep enough sleep state. > I don't generally suggest it. > > > With mainline kernel 6.9, can this issue still be reproduced when the BIOS > is configured to "Modern Standby + s0i3"? > > If so; can you please append a report from > https://gitlab.freedesktop.org/drm/amd/-/blob/master/scripts/amd_s2idle.py Just to explain: I did not check it yet because no update to 6.9 has been made in the stable Mageia up to now. I would like to omit "messing" the system with "external" kernels. I will check it after kernel will be updated to 6.9 or later. Conversely; I do want to point out upstream kernel bug trackers are for upstream kernels. Distros sometimes pick up patches that cause problems and so they're "usually" the best first triage. If they confirm it's not their patch they will generally suggest an upstream kernel and reporting it upstream. The problem still persists on v6.11-rc6 on Lenovo ThinkBook 14 G6+ 2024 AMD Ryzen 7 8845H. Blacklisting ideapad_laptop module helps to solve it locally. |