[Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

rapiz · 2024-05-04 06:25:28

Just got my new laptop form Lenovo but this suspend issue is really weird.

1. `systemctl suspend` works without issues, as well as suspending from a GNOME/KDE menu
2. Close lid will result in a system reset. Not able to resume the session and will see ext4 recovery journal when next boot

To debug this, I've tried uninstalling all DE and did the following tests:

1. With systemd-logind default setting, the laptop resets when lid closes
2. With systemd-logind ignoring all actions, the laptop does nothing when lid closes
a) If I run `sleep 10 && systemctl suspend` and close the lid immediately, then after 10 seconds, the laptop WILL reset.
b) If I run 'sleep 10 && systemctl suspend` and do NOT close the lid, then after 10 seconds, the laptop suspends correctly.
c) acpid can log lid close and open events correctly.
3. In addition, there's nothing curious about systemd-logind log, it can log out the acpi event correctly. This is a log where I ran `systemctl suspend` once, and then closed the lid

May 03 23:13:05 LinuxLaptopIsThinking systemd[1]: Starting User Login Management...
May 03 23:13:05 LinuxLaptopIsThinking systemd-logind[604]: New seat seat0.
May 03 23:13:05 LinuxLaptopIsThinking systemd-logind[604]: Watching system buttons on /dev/input/event1 (Lid Switch)
May 03 23:13:05 LinuxLaptopIsThinking systemd-logind[604]: Watching system buttons on /dev/input/event0 (Power Button)
May 03 23:13:05 LinuxLaptopIsThinking systemd-logind[604]: Watching system buttons on /dev/input/event2 (AT Translated Set 2 keyboard)
May 03 23:13:05 LinuxLaptopIsThinking systemd[1]: Started User Login Management.
May 03 23:13:05 LinuxLaptopIsThinking systemd-logind[604]: New session 1 of user gdm.
May 03 23:13:05 LinuxLaptopIsThinking systemd-logind[604]: Watching system buttons on /dev/input/event4 (Logitech MX Master 2S)
May 03 23:13:11 LinuxLaptopIsThinking systemd-logind[604]: New session 3 of user rapiz.
May 03 23:13:13 LinuxLaptopIsThinking systemd-logind[604]: Session 1 logged out. Waiting for processes to exit.
May 03 23:13:13 LinuxLaptopIsThinking systemd-logind[604]: Removed session 1.
May 03 23:31:55 LinuxLaptopIsThinking systemd-logind[604]: The system will suspend now!
May 04 00:15:49 LinuxLaptopIsThinking systemd-logind[604]: Operation 'suspend' finished.
May 04 00:16:05 LinuxLaptopIsThinking systemd-logind[604]: Lid closed.
May 04 00:16:17 LinuxLaptopIsThinking systemd-logind[604]: Suspending...

dmesg for last problematic boot http://0x0.st/XX3k.txt

fastfetch

                 -`                     rapiz@LinuxLaptopIsThinking
                 .o+`                    ---------------------------
                `ooo/                    OS: Arch Linux x86_64
               `+oooo:                   Host: 21LF (ThinkBook 14 G6+ AHP)
              `+oooooo:                  Kernel: 6.8.9-arch1-1
              -+oooooo+:                 Uptime: 26 mins
            `/:-:++oooo+:                Packages: 746 (pacman)
           `/++++/+++++++:               Shell: bash 5.2.26
          `/++++++++++++++:              Display (LEN8AB1): 3072x1920 @ 60Hz (as 1536x960) [Built-in]
         `/+++ooooooooooooo/`            DE: Gnome 46.1
        ./ooosssso++osssssso+`           WM: Mutter (Wayland)
       .oossssso-````/ossssss+`          WM Theme: Adwaita
      -osssssso.      :ssssssso.         Theme: Adwaita [GTK2/3/4]
     :osssssss/        osssso+++.        Icons: Adwaita [GTK2/3/4]
    /ossssssss/        +ssssooo/-        Font: Cantarell (11pt) [GTK2/3/4]
  `/ossssso+/:-        -:/+osssso+-      Cursor: Adwaita (24px)
 `+sso+:-`                 `.-/+oso:     Terminal: GNOME Console 46.0
`++:.                           `-/+/    Terminal Font: Source Code Pro (10pt)
.`                                 `/    CPU: AMD Ryzen 7 8845H w/ Radeon 780M Graphics (16) @ 6.68 GHz
                                         GPU: AMD Phoenix3 @ 0.80 GHz [Integrated]
                                         Memory: 2.45 GiB / 27.22 GiB (9%)
                                         Swap: 0 B / 32.00 GiB (0%)
                                         Disk (/): 8.70 GiB / 491.08 GiB (2%) - ext4
                                         Local IP (wlp4s0): 192.168.50.6/24 *
                                         Battery: 99% [AC Connected]
                                         Locale: en_US.UTF-8

# cat /sys/power/mem_sleep
[s2idle]

* by "reset", I mean the laptop poweroff completely, with the power indicator off, while it should be breathing for suspend state

Last edited by rapiz (2024-05-06 07:58:39)

seth · 2024-05-04 08:11:23

https://bbs.archlinux.org/viewtopic.php?id=292867 (unresolved, seems an issue w/ the lenovo firmware)

veyron · 2024-05-04 15:45:24

I have the exact same laptop. You have to blacklist the ideapad_laptop module, as stated here: https://bbs.archlinux.org/viewtopic.php?id=286357&p=2

By the way, how is your battery life? Mine is absolute trash, 4 hrs on Linux, 6 on Windows.
The battery is fine according to every diagnostic. The laptop simply idles at 17W on Linux.
Lenovo decided to hide the CPPC setting from the BIOS and even from the hidden BIOS settings. So we can't use amd_pstate. You can enable amd_pstate_epp, but you'll be stuck in performance mode which will consume more power than acpi_cpufreq.

I can't unrecommend this laptop enough. I won't buy AMD or Lenovo ever again in my life.

rapiz · 2024-05-05 02:07:01

veyron wrote:

I have the exact same laptop. You have to blacklist the ideapad_laptop module, as stated here: https://bbs.archlinux.org/viewtopic.php?id=286357&p=2
By the way, how is your battery life? Mine is absolute trash, 4 hrs on Linux, 6 on Windows.
The battery is fine according to every diagnostic. The laptop simply idles at 17W on Linux.
Lenovo decided to hide the CPPC setting from the BIOS and even from the hidden BIOS settings. So we can't use amd_pstate. You can enable amd_pstate_epp, but you'll be stuck in performance mode which will consume more power than acpi_cpufreq.
I can't unrecommend this laptop enough. I won't buy AMD or Lenovo ever again in my life.

Surprisingly I don't have the fn key issue so far. BTW, this model should only be available in China right now.

rapiz · 2024-05-05 06:12:59

Set Modern Standby Mode to "Modern Standby + si02x" fixed the issue for me.

Here are the details:

I found there are some hidden UEFI options for Lenovo laptops here https://wiki.archlinux.org/title/Laptop … FI_Options

Even if my model ( ThinkBook series ) is not mentioned here, it actually worked and showed the hidden options.

Then under AMD PBS > Power Management, you can find two options:

1. Modern Standby/S3 switch. Defaults to Modern Standby on my machine. I tried "Enable S3" instead of "Modern Standby", it didn't work. The laptop can't wake up from a suspend - the power led lights up but with just blank screen.
2. Modern Standby Mode, where you can choose from "Modern Standby + si02x","Modern Standby + si03x","si03x with workaround","Modern Standby + si02x + si03x". This option is only available if you select "Modern Standby" in (1)
a) Defaults to "Modern Standby + si03x" on my machine.
b) Only "Modern Standby + si02x" works for me.
c) "Modern Standby + si02x + si03x" has the same behavior as described in the main post
d) "si03x with workaround" has the same behavior as "Enable S3"

Hopefully these information can help someone investigate the issue.

@veyron I also saw something related to frequency scaling in the hidden UEFI options I think. I'm not familiar with the setup and maybe you can find something interesting for you.

seth · 2024-05-05 06:39:23

Hopefully these information can help someone investigate the issue.

I don't assume that Lenovo frequents this board.

Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.

Bzzz_56 · 2024-05-06 03:06:16

I suppose I'm having the same model, which named in the Lenovo website as ThinkBook 14 G6+ AHP. I notice that when such a reset happened, the conservation mode is then also reset, and I've managed to get some normal wakeup if I change the behavior in logind.conf to ignoring LidSwitch and use acpid instead to suspend the laptop, but it still cannot work consistently... Also, the method provided by @rapiz does not work for me...

Maybe there's nothing to do with acpid, I've managed to get a normal wakeup by set the option Modern Standby + si02x, but when I close the lid again, a reset still persists...

It turns out blacklist the module ideapad_laptop suggested by @veyron works for me...

Last edited by Bzzz_56 (2024-05-06 08:24:34)

rapiz · 2024-05-06 07:59:06

seth wrote:

Hopefully these information can help someone investigate the issue.
I don't assume that Lenovo frequents this board.
Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.

Can this be work around if someone is interested in writing a kernel module?

rapiz · 2024-05-06 08:01:34

Bzzz_56 wrote:

I suppose I'm having the same model, which named in the Lenovo website as ThinkBook 14 G6+ AHP. I notice that when such a reset happened, the conservation mode is then also reset, and I've managed to get some normal wakeup if I change the behavior in logind.conf to ignoring LidSwitch and use acpid instead to suspend the laptop, but it still cannot work consistently... Also, the method provided by @rapiz does not work for me...
Maybe there's nothing to do with acpid, I've managed to get a normal wakeup by set the option Modern Standby + si02x, but when I close the lid again, a reset still persists...

Maybe reset uefi setup to default and try again? Or try other options there. I'm not sure why acpid works for you sometime. Basically I think as long as you get the lid close, the firmware issues some events and breaks things. After that a suspend will result a reset

seth · 2024-05-06 17:08:25

rapiz wrote:

Can this be work around if someone is interested in writing a kernel module?

You're not going to fix this w/ a kernel module if the fix involves activating some hidden/secret firmware option.

PMR · 2024-05-17 21:48:40

I have the same notebook. Setting "Modern Standby + si02x" helped (THX for the solution), but I had observed (already before), that not only closing the lid, but also connecting or disconnecting the charger while in sleeping mode results in a total turning off of the computer. A change to "Modern Standby + si02x" did not help for this issue. Do you have any idea regarding this?

TIA

Last edited by PMR (2024-05-18 00:08:38)

seth · 2024-05-18 05:58:27

Charger behavior also came up as common in https://bbs.archlinux.org/viewtopic.php?id=292867

Bzzz_56 · 2024-05-20 22:50:42

seth wrote:

Charger behavior also came up as common in https://bbs.archlinux.org/viewtopic.php?id=292867

I've tinkered quite a bit and find no way to avoid the reset when I connect the laptop to the external power while lid is closed unless I blacklist the ideapad_laptop module (which seems do nothing since I can turn on conservation mode in bios instead)

But I also find out that I cannot wake the system up may dues to the config I use with tlp which changes the laptop power mode ("beast mode" when plugged in) by the following two lines

PLATFORM_PROFILE_ON_AC=performance
PLATFORM_PROFILE_ON_BAT=balanced

The mode status can be seen in bios...

And I restored all debug options in bios. To get the normal suspend behavior, I must edit the logind.conf file to ignore lidswitch things and do systemctl suspend with acpid. Still, the laptop can reset when I closed the lid, but not 100% at least (or I would say most of the time suspend is OK), and I've seen weirder cases that the laptop seems not recognizing the ssd and doing a network boot when I reopen the lid, showing "Network media is not present"...

In summary:

No bios tinkering or logind.conf editing, system will reset when close the lid.
No bios tinkering but edit logind.conf to ignore lidswitch things and use acpid to get suspend, possibly get normal suspend and resume closing and opening the lid, but system will reset when one closes the lid first and then connect it to an external power.
Just blacklist the ideapad_laptop module, consistent normal suspend behavior.

Last edited by Bzzz_56 (2024-05-20 22:59:43)

PMR · 2024-05-21 15:04:58

Bzzz_56 wrote:

I've tinkered quite a bit and find no way to avoid the reset when I connect the laptop to the external power while lid is closed unless I blacklist the ideapad_laptop module

A nice finding. I did not test it thoroughly but for the first view it seems to work also in my case. THX.

Bzzz_56 wrote:

(which seems do nothing since I can turn on conservation mode in bios instead)

Is there any setting in BIOS responsible for that? What is the path?

Bzzz_56 · 2024-05-21 17:05:52

PMR wrote:

Bzzz_56 wrote:
I've tinkered quite a bit and find no way to avoid the reset when I connect the laptop to the external power while lid is closed unless I blacklist the ideapad_laptop module
A nice finding. I did not test it thoroughly but for the first view it seems to work also in my case. THX.
Bzzz_56 wrote:
(which seems do nothing since I can turn on conservation mode in bios instead)
Is there any setting in BIOS responsible for that? What is the path?

Sorry, I misremembered that there was a certain option in bios settings...

Bzzz_56 · 2024-06-01 16:18:16

There is an aur package solving this issue, ideapad-laptop-tb2024g6plus-dkms

The author said this makes the laptop ignore acpi events when suspended.

lightproof · 2024-06-25 18:40:05

Just a heads up: updating to UEFI version NLCN27WW removes access to the Advanced UEFI Menu. At least the pattern described here https://wiki.archlinux.org/title/Laptop … FI_Options no longer works. The previously chosen Modern Standby setting seems to be retained after update though.

As I couldn't find any other way to get into advanced menu, I reverted to the previous available NLCN23WW which promptly brought it back. Curiously, another ThinkBook 14+ G6 I have on hand shipped with UEFI version NLCN24WW which also allows to enter the advanced menu, but there is no mention of that version anywhere and it's not available for download from Lenovo.

As an FYI to other users looking for a solution and finding this thread: I too had to blacklist ideapad_laptop kernel module as was described above, otherwise I was still experiencing shutdowns, even with s2idle selected in UEFI, both on Fedora and Ubuntu (I don't use Arch, sorry...) Right now the only issue I still have, besides not having access to the battery charge thresholds/conservation mode and some Fn shortcuts due to module blacklist, is that when I plug/unplug the charger while the laptop is in sleep mode, it can then take up to several minutes to wake up after opening the lid.

Here is the current (auto translated) UEFI changelog from Lenovo:

< NLCN27WW>
- Implementing new SPD H58GE6AK8BX104, MT62F1536M32D4DS.
- Factory manufacturing supporting ageing test control.
- UpdatePhoenix05.53.47.0017_PI1102b_rc3.
- UpdatePhoenix05.53.47.0017_PI1102c_rc1.
- Enhanced to address security vulnerabilities CVE-2023-20576/20577/20579/47252/45235/45234/45233/45232/45231/45230/45229/, CVE-2024-25078/25079/27353.

< NLCN23WW>
- Update ALS MP2 firmware v9B05E on factory WINPE for ALS calibration control.
- TDMS-399780, after waking from MS, the second SSD (non-system disk) is lost when the first scanning device is managed.
- TDMS-399306, after disabling the USB port item in the BIOS settings, the hidden USB port still has functionality.

< NLCN22WW>
- First release.

Last edited by lightproof (2024-06-25 19:15:32)

evangelion_air · 2024-06-26 10:48:54

It is a pity that the amd_pstate driver cannot be enabled on this model, because the CPPC setting cannot be found in the advanced BIOS settings.

PMR · 2024-06-26 13:29:20

lightproof wrote:

Just a heads up: updating to UEFI version NLCN27WW removes access to the Advanced UEFI Menu.

Thank you for the warning.
I almost updated the BIOS but now I have doubts wheter it pays off.

BTW: What is a fast and comfortable method of BIOS updates on Thinkbooks 14+ G6 that do not have Windows installed at all?
When trying to update NLCN22WW to NLCN23WW I attempted several approaches (e.g. WinPE, WinToGo), but none of them worked and I finally ended with a temporary Windows installing on one of the SSDs just for the sake for a BIOS update. This is neither fast nor comfortable.

lightproof wrote:

not having access to the battery charge thresholds/conservation mode and some Fn shortcuts due to module blacklist,

But, according to my observations, the information about the conservation mode is somehow retained even with ideapad_laptop unloaded.
I temporarily loaded the module, set/unset the conservation mode, then unloaded the module and the setting remained, even after a reboot (at least the battery is being reported to be charged up to 79%).

lightproof wrote:

when I plug/unplug the charger while the laptop is in sleep mode, it can then take up to several minutes to wake up after opening the lid.

I use Mageia 9, currently with kernel 6.6.28-desktop-1.mga9 and it wakes up normally.

lightproof · 2024-06-26 18:04:50

PMR wrote:

What is a fast and comfortable method of BIOS updates on Thinkbooks 14+ G6 that do not have Windows installed at all?

I made a Windows 11 WinToGo USB drive and it worked just fine. The update utility should probably work in Windows PE too. Not sure what was the problem in your case. I think I've recently stumbled upon a method of getting the BIOS binary blob from the update utility files and flashing it from Linux, but I can't remember where it was, nor whether it actually worked. I'll post the link if I find it.

PMR wrote:

the information about the conservation mode is somehow retained even with ideapad_laptop unloaded.

Yes, the conservation mode status is not OS dependent and apparently stored somewhere, probably in EC. I ended up booting Windows 11 and setting it via Lenovo Vantage utility. It also allows to replace the BGRT boot logo with your own image, which, afaik, required some hoop jumping on previous generations.

PMR wrote:

I use Mageia 9, currently with kernel 6.6.28-desktop-1.mga9 and it wakes up normally.

Interesting. Is your OS encrypted? I have a ~10-15 second delay between GRUB starting to boot the OS and LUKS showing the password prompt, during which there is no BGRT boot logo, just black screen. According to dmesg, it has something to do with AMD sfh (whatever it is). While I was on NLCN22WW, dmesg also showed an error there, but on NLCN23WW the error is gone, only the delay remains.

PMR · 2024-06-26 22:32:16

lightproof wrote:

Is your OS encrypted?

The system itself (i.e. /boot/EFI and / partitions) - not. The remaining partitions are LUKS-encrypted.

evangelion_air · 2024-10-10 05:15:05

lightproof wrote:

Just a heads up: updating to UEFI version NLCN27WW removes access to the Advanced UEFI Menu. At least the pattern described here https://wiki.archlinux.org/title/Laptop … FI_Options no longer works. The previously chosen Modern Standby setting seems to be retained after update though.
As I couldn't find any other way to get into advanced menu, I reverted to the previous available NLCN23WW which promptly brought it back. Curiously, another ThinkBook 14+ G6 I have on hand shipped with UEFI version NLCN24WW which also allows to enter the advanced menu, but there is no mention of that version anywhere and it's not available for download from Lenovo.
As an FYI to other users looking for a solution and finding this thread: I too had to blacklist ideapad_laptop kernel module as was described above, otherwise I was still experiencing shutdowns, even with s2idle selected in UEFI, both on Fedora and Ubuntu (I don't use Arch, sorry...) Right now the only issue I still have, besides not having access to the battery charge thresholds/conservation mode and some Fn shortcuts due to module blacklist, is that when I plug/unplug the charger while the laptop is in sleep mode, it can then take up to several minutes to wake up after opening the lid.
Here is the current (auto translated) UEFI changelog from Lenovo:
< NLCN27WW>
- Implementing new SPD H58GE6AK8BX104, MT62F1536M32D4DS.
- Factory manufacturing supporting ageing test control.
- UpdatePhoenix05.53.47.0017_PI1102b_rc3.
- UpdatePhoenix05.53.47.0017_PI1102c_rc1.
- Enhanced to address security vulnerabilities CVE-2023-20576/20577/20579/47252/45235/45234/45233/45232/45231/45230/45229/, CVE-2024-25078/25079/27353.

< NLCN23WW>
- Update ALS MP2 firmware v9B05E on factory WINPE for ALS calibration control.
- TDMS-399780, after waking from MS, the second SSD (non-system disk) is lost when the first scanning device is managed.
- TDMS-399306, after disabling the USB port item in the BIOS settings, the hidden USB port still has functionality.

< NLCN22WW>
- First release.

Hi, i found second nvme drive lose in the newest bios, i tried < NLCN27WW> and < NLCN30WW> but it didn't solve.
Do you have a backup of the file <NLCN23WW>? Can you provide it? The official website has removed the file.

Bzzz_56 · 2024-10-10 05:59:52

evangelion_air wrote:

Hi, i found second nvme drive lose in the newest bios, i tried < NLCN27WW> and < NLCN30WW> but it didn't solve.
Do you have a backup of the file <NLCN23WW>? Can you provide it? The official website has removed the file.

If you just want to have access to the advanced bios, then you don't need to downgrade the bios version, see the tool here Lenovo-UEFI-Unlocker.

And also, there is an even older version of bios on official website.. NLCN22WW

Last edited by Bzzz_56 (2024-10-10 06:03:26)

evangelion_air · 2024-10-10 06:28:07

Bzzz_56 wrote:

evangelion_air wrote:
Hi, i found second nvme drive lose in the newest bios, i tried < NLCN27WW> and < NLCN30WW> but it didn't solve.
Do you have a backup of the file <NLCN23WW>? Can you provide it? The official website has removed the file.
If you just want to have access to the advanced bios, then you don't need to downgrade the bios version, see the tool here Lenovo-UEFI-Unlocker.
And also, there is an even older version of bios on official website.. NLCN22WW

Thanks!
But I am not here to unlock the advanced BIOS but to solve the problem of second nvme disk loss.
In fact, I found that only the initial factory BIOS does not have the problem of hard disk loss, that is <NLCN22WW>.
However, the <NLCN22WW> provided by the official website cannot be used, it shows that <NLCN22WW> is not applicable to this machine. (I already disabled the option to disable bios rollback in bios)
In addition, I also noticed that the higher version of BIOS can no longer turn off TPM, and it is displayed as MFG MODE

PMR · 2024-10-13 23:41:47

evangelion_air wrote:

Do you have a backup of the file <NLCN23WW>? Can you provide it? The official website has removed the file.

https://18.142.250.122/BIOS-NLCN23WW.exe
(temporarily)

Arch Linux

#1 2024-05-04 06:25:28

[Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#2 2024-05-04 08:11:23

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#3 2024-05-04 15:45:24

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#4 2024-05-05 02:07:01

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#5 2024-05-05 06:12:59

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#6 2024-05-05 06:39:23

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#7 2024-05-06 03:06:16

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#8 2024-05-06 07:59:06

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#9 2024-05-06 08:01:34

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#10 2024-05-06 17:08:25

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#11 2024-05-17 21:48:40

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#12 2024-05-18 05:58:27

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#13 2024-05-20 22:50:42

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#14 2024-05-21 15:04:58

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#15 2024-05-21 17:05:52

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#16 2024-06-01 16:18:16

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#17 2024-06-25 18:40:05

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#18 2024-06-26 10:48:54

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#19 2024-06-26 13:29:20

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#20 2024-06-26 18:04:50

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#21 2024-06-26 22:32:16

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#22 2024-10-10 05:15:05

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#23 2024-10-10 05:59:52

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#24 2024-10-10 06:28:07

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

#25 2024-10-13 23:41:47

Re: [Solved] ThinkBook 14+ Gen6 AMD resets when suspending with lid close

Board footer