You are not logged in.
Environment:
Device: Lenovo Yoga Slim 7i Aura Edition (15ILL9)
BIOS Version: NYCN69WW (newest stable)
Linux Kernel: 6.15.4.zen2-1 (newest stable)
Distribution: Arch Linux
Linux-firmware version: 20250627-1 (newest stable)
Reproducibility: 100% (every time after suspend/resume)
Steps to Reproduce:
Boot system into Linux.
Run some demanding tasks, like compiling the linux kernel or rendering a complex high-quality video, can hear and feel that fans turn on.
Suspend the laptop (e.g., close the lid or use `systemctl suspend`).
Resume from suspend.
Observe that the fans do not turn on, even under load or high temperature (e.g. when rendering a video, certain CPU cores reach temperatures as high as 95°C (this can be dangerous and might cause hardware damage if I didn't kill the process in time) for a continuous period without hearing the fan turning, and the part of the chassis above the keyboard is very hot to the touch).
Expected Behavior:
Fans should operate normally after resuming from sleep to prevent overheating.
Actual Behavior:
After resuming from suspend, the fans do not spin up at all, regardless of system temperature or load. This leads to overheating and potential system instability.
Additional Information:
If this issue is not addressed, the laptop’s cooling system will remain inactive after resuming from sleep, which can quickly lead to overheating during normal use, potentially causing thermal throttling, system instability, or even permanent hardware damage. This makes the bug critical, as it affects device safety and reliability.
`sensors` and other monitoring tools do not detect any fan activity after resume, they also detect fan sensors as N/A or 0 RPM even when fans are turning.
The problem does not occur under Windows.
Other users have reported similar issues in community forums. In one of these posts I remember someone suggesting changing the fan mode from "intelligent cooling" to "extreme performance", but that doesn't help solving this problem for me.
No workaround found yet; only a full reboot restores fan functionality.
Last edited by FirstAd4972 (2025-07-01 11:36:04)
Offline
I have the same laptop and I can confirm the issue. Seems like some hardware controls (like the fans or the keyboard backlight, see here: https://bbs.archlinux.org/viewtopic.php?id=305118) are only managed at a very low level (i.e., firmware, not the operating system), and when the operating system turns them off with a suspend, there's no way of getting them back.
I think this bug should be reported, but I'm not very experienced in reporting bugs, especially bugs like this one, which probably must be fixed at kernel level.
Offline
I have the same laptop and I can confirm the issue. Seems like some hardware controls (like the fans or the keyboard backlight, see here: https://bbs.archlinux.org/viewtopic.php?id=305118) are only managed at a very low level (i.e., firmware, not the operating system), and when the operating system turns them off with a suspend, there's no way of getting them back.
I think this bug should be reported, but I'm not very experienced in reporting bugs, especially bugs like this one, which probably must be fixed at kernel level.
Do you use the regular kernel or zen kernel? If the issue is also present on regular kernel should I also report this bug to the arch linux gitlab or even kernel.org bug tracker?
Offline
The issue is present on kernel 6.15.4-arch2-1 as well (as was present on 6.13 and 6.14). I've always used the regular kernel since I have this machine and the issues with keyboard backlight, some fn keys becoming unresponsive and the fans that stop working after suspension have always been there. Basically, I don't use suspension, and every time I stop using the laptop I turn it off. The boot is rather quick, so it's not terribly inconvenient, but I'm eager to find a solution...
Last edited by JetGum_386 (2025-07-02 06:43:00)
Offline
Ok. I'm writing a report to the arch linux gitlab's linux package.
Offline
Thanks so much, if you want to share it when it's done, I can jump in and provide details if needed.
Offline
A bit late but I just submitted the bug report on the kernel bugzilla, since I figured out that the issue is also present on fedora so it's not a packaging issue. Here's the link: https://bugzilla.kernel.org/show_bug.cgi?id=220505.
Also I wrote a user-space script that freezes user processes and blanks the display instead of suspending. It reduces the risks of overheating but keeps power consumption higher than normal suspend. Available at: https://github.com/Daniel-42-z/lenovo-y … ke-scripts
Last edited by FirstAd4972 (2025-08-27 07:55:17)
Offline
Thank you, let’s keep an eye on the development of this issue. It seems to me that the main problem is bad/absent/incomplete documentation that doesn’t allow the linux kernel to handle the fans correctly when resuming. The broken control of keyboard backlight, albeit less dangerous, is probably an issue of the same kind.
Offline
can someone post a dump of the ACPI tables? That can give us some insight of the issue
sudo acpidump -b -o acpidump.dat
Offline
can someone post a dump of the ACPI tables? That can give us some insight of the issue
sudo acpidump -b -o acpidump.dat
Does this work? https://0x0.st/Ku-I.tar.gz
Offline
raul-balaur-2132 wrote:can someone post a dump of the ACPI tables? That can give us some insight of the issue
sudo acpidump -b -o acpidump.dat
Does this work? https://0x0.st/Ku-I.tar.gz
Thanks. I don't have this laptop yet but I am thinking on buying one, however, this bug kinda stopped me.
The issue seems to be that kernel is calling
_SB.PC00.LPCB.HEC.DPTF.FCHG
but in the acpi table is defined as
_SB.PC00.LPCB.H_EC.DPTF.FCHG
According to chatgpt it should be simple to patch this without modifying the kernel or bios.
Offline
JetGum_386 wrote:raul-balaur-2132 wrote:can someone post a dump of the ACPI tables? That can give us some insight of the issue
sudo acpidump -b -o acpidump.dat
Does this work? https://0x0.st/Ku-I.tar.gz
Thanks. I don't have this laptop yet but I am thinking on buying one, however, this bug kinda stopped me.
The issue seems to be that kernel is calling
_SB.PC00.LPCB.HEC.DPTF.FCHG
but in the acpi table is defined as
_SB.PC00.LPCB.H_EC.DPTF.FCHGAccording to chatgpt it should be simple to patch this without modifying the kernel or bios.
I have applied the acpi override suggested, but behaviour in case of suspension doesn’t change.
Offline
Anyway, raul-balaur-2132, in case you’re interested in this laptop, this script (https://github.com/bneils/yoga-slim-7i-aura-suspend) works like a charm.
Offline