Unusual battery drain

[jesroffrouk]

Describe the bug

Severe and unusual battery drain (depleting down to 0%) occurs during sleep mode (suspend) and complete system shutdown on kernel 7.0.11-76070011-generic.

During sleep mode, input peripherals (keyboard and external mouse LEDs) remain powered on, indicating that USB/PCIe buses and embedded controllers fail to transition to low-power ACPI states (D3hot/D3cold).

Toggling sleep states between s2idle and deep does not fix the issue. Shutting down from Windows on the same hardware results in zero drain, confirming this is a Linux kernel regression rather than a hardware issue.

To Reproduce

Steps to reproduce the behavior:

1. Boot into Pop!_OS using kernel 7.0.9-76070009-generic (using the default system76-power management daemon).
2. Put the laptop into sleep mode (suspend) or perform a full system shutdown.
3. Observe that the keyboard backlight/status indicators and mouse light remain illuminated during sleep mode.
4. Leave the laptop unplugged overnight or for several hours.
5. Power on the machine and observe near 0% battery charge.

Expected behavior

Peripherals (keyboard/mouse LEDs) should completely power down during suspend, and battery drain should be negligible during sleep and zero after a full shutdown.

Screenshots

N/A

Desktop Configuration

• OS: Pop!_OS v24.04
• Power Management Daemon: system76-power
• Hardware: Lenovo IdeaPad Gaming 3
• Working Kernel Version: 7.0.9-76070009-generic
• Affected Kernel Version: 7.0.11-76070011-generic

Additional context

• The system utilizes the default Pop!_OS power management daemon (system76-power).
• Active USB/input power rail leakage during sleep suggests an ACPI platform driver regression (ideapad_laptop or xHCI host controller power management) where buses remain energized in suspend and S5 states.
• Testing across both s2idle and deep (mem_sleep_default=deep) configurations yields identical battery drain down to 0%.
• Dual-boot baseline check: Windows power-off/sleep behaves correctly with zero drain and proper peripheral power-down, ruling out hardware degradation or battery cell wear.
• System logs (dmesg / journalctl -b -1) can be attached upon request to trace power state transitions prior to suspend/shutdown.