TL;DR: Moderne laptops (vooral Lenovo/Dell) hebben steeds vaker kapotte suspend functionaliteit onder Linux door Microsoft's geforceerde overgang van S3 naar Modern Standby. Zoek ervaringen van andere Linux gebruikers.
Mijn specifieke case
**Hardware**: Lenovo Yoga Slim 7 14APU8 (model 83AA0019MH)
- AMD Ryzen 7 7840S + Radeon 780M
- BIOS: M6CN44WW
- OS: Ubuntu 24.04
Probleem: System gaat wel in suspend maar wordt vrijwel onmiddelijk weer wakker.
Mijn vorige laptop is kapot gegaan (MosFet voor voeding op mainboard uitgefikt) omdat de laptop al opgeborgen was in een tas, daar weer wakker werd en oververhit raakte.
Ik ben bang voor een brandgevaarlijke situatie.
Technische analyse
Na uitgebreide debugging bleek het systeem alleen s2idle te ondersteunen:
```bash
$ cat /sys/power/mem_sleep
[s2idle]
$ cat /sys/power/state
freeze mem
```
Geen S3 (deep sleep) beschikbaar. In BIOS zijn **geen power management opties** zichtbaar - Lenovo heeft deze bewust weggehaald uit consumer BIOS.
Wake sources debug
```bash
$ sudo cat /sys/kernel/debug/wakeup_sources
# Hyperactieve Synaptics touchpad (300k+ events)
# AMD GPU ACPI errors
# Diverse USB controllers
# "deleted" phantom device met massive event count
```
Na disablen van alle mogelijke wake sources via `/proc/acpi/wakeup` en sysfs - nog steeds immediate wake.
## Het systematische probleem
Dit is 'geen isolated case'. Research toont aan dat Microsoft systematisch S3 suspend aan het elimineren is:
Microsoft's strategie
- Windows 8: Connected Standby geïntroduceerd
- Windows 10+: Modern Standby (S0ix) wordt gepusht
- Gevolg: OEMs moeten kiezen tussen S3 **of** Modern Standby - niet beide
Technische realiteit
S3 (Suspend-to-RAM):
- Power down alles behalve RAM
- ACPI-gedefinieerd, OS-agnostic
- Werkt perfect onder Linux
- Echte batterijbesparing
Modern Standby (S0ix):
- System blijft in S0 state
- Windows-specifieke power framework
- Vereist proprietary Microsoft APIs
- Linux heeft geen native ondersteuning
OEM compliance
Microsoft certification guidelines forceren OEMs richting Modern Standby.
Lenovo/Dell/HP volgen om Windows compatibility te behouden.
Bewijs:
- Dell publieke statement: "S3 removed, Modern Standby only"
- Intel officieel: "S1-S3 not supported when Modern Standby enabled"
- Arch Wiki: "Manufacturers stopped fixing S3 bugs since Windows encourages Modern Standby"
Impact op Linux ecosystem
Getroffen merken/series:
- Lenovo: Yoga Slim, ThinkPad T14 Gen3+, IdeaPad 5 series
- Dell: XPS 13/15, Inspiron recent models
- HP: Spectre, Elite series
- Vooral AMD Ryzen 6000/7000 + Intel Tiger Lake+
Linux workarounds die NIET werken:
- `acpi.ec_no_wakeup=1` kernel parameter
- `mem_sleep_default=s2idle`
- Blacklisting `ideapad_laptop`
- Manual wake source disabling
- DSDT patching (vaak unstable)
## Community vraag
**Wie heeft soortgelijke ervaringen?**
1. Welke laptop modellen exhibiten dit gedrag?
2. Zijn er BIOS versies die wel S3 exposeren?
3. Werkende workarounds gevonden?
4. Is er community pressure mogelijk richting OEMs?
Specifiek voor Lenovo gebruikers:
- Zijn er hidden BIOS menus met S3 toggle?
- Werkt `suspend-then-hibernate` als viable alternative?
- Performance van s2idle vs verwachte S3 battery drain?
Bronnen & technische details
**Microsoft officiële docs**:
- [Modern Standby vs S3](https://learn.microsoft.c...es/modern-standby-vs-s3): "When Modern Standby supported, system doesn't support S1-S3"
- [ACPI Platform requirements](https://learn.microsoft.c...design-for-modern-standby)
Community reports:
- [Arch Linux Forum - Multiple Lenovo models](https://bbs.archlinux.org/viewtopic.php?id=296132): "First suspend works, subsequent immediately wake"
- [GitLab AMD issue](https://gitlab.freedesktop.org/drm/amd/-/issues/2539): "GPIO pin 18 causing s2idle immediate wakeup"
- [Technical blog](https://ihaveabackup.net/...-s3-and-modern-standby/): "Microsoft to blame, manufacturers following idiocy"
Conclusie
Dit is een **systematisch, industry-wide probleem** waar Microsoft/Intel Linux compatibility opofferen voor Windows lock-in.
Praktische gevolgen:
- Linux laptops onbruikbaar voor mobile use
- Battery drain tijdens "suspend"
- Laptop oververhitting in tas
- Geforceerde overstap naar Windows of hibernation
Community actie nodig?
Moeten we als Linux community meer druk uitoefenen op OEMs om S3 support te behouden? Of is de battle al verloren en moeten we focussen op betere s2idle implementaties?
Ervaringen/input welkom!
Mijn specifieke case
**Hardware**: Lenovo Yoga Slim 7 14APU8 (model 83AA0019MH)
- AMD Ryzen 7 7840S + Radeon 780M
- BIOS: M6CN44WW
- OS: Ubuntu 24.04
Probleem: System gaat wel in suspend maar wordt vrijwel onmiddelijk weer wakker.
Mijn vorige laptop is kapot gegaan (MosFet voor voeding op mainboard uitgefikt) omdat de laptop al opgeborgen was in een tas, daar weer wakker werd en oververhit raakte.
Ik ben bang voor een brandgevaarlijke situatie.
Technische analyse
Na uitgebreide debugging bleek het systeem alleen s2idle te ondersteunen:
```bash
$ cat /sys/power/mem_sleep
[s2idle]
$ cat /sys/power/state
freeze mem
```
Geen S3 (deep sleep) beschikbaar. In BIOS zijn **geen power management opties** zichtbaar - Lenovo heeft deze bewust weggehaald uit consumer BIOS.
Wake sources debug
```bash
$ sudo cat /sys/kernel/debug/wakeup_sources
# Hyperactieve Synaptics touchpad (300k+ events)
# AMD GPU ACPI errors
# Diverse USB controllers
# "deleted" phantom device met massive event count
```
Na disablen van alle mogelijke wake sources via `/proc/acpi/wakeup` en sysfs - nog steeds immediate wake.
## Het systematische probleem
Dit is 'geen isolated case'. Research toont aan dat Microsoft systematisch S3 suspend aan het elimineren is:
Microsoft's strategie
- Windows 8: Connected Standby geïntroduceerd
- Windows 10+: Modern Standby (S0ix) wordt gepusht
- Gevolg: OEMs moeten kiezen tussen S3 **of** Modern Standby - niet beide
Technische realiteit
S3 (Suspend-to-RAM):
- Power down alles behalve RAM
- ACPI-gedefinieerd, OS-agnostic
- Werkt perfect onder Linux
- Echte batterijbesparing
Modern Standby (S0ix):
- System blijft in S0 state
- Windows-specifieke power framework
- Vereist proprietary Microsoft APIs
- Linux heeft geen native ondersteuning
OEM compliance
Microsoft certification guidelines forceren OEMs richting Modern Standby.
Lenovo/Dell/HP volgen om Windows compatibility te behouden.
Bewijs:
- Dell publieke statement: "S3 removed, Modern Standby only"
- Intel officieel: "S1-S3 not supported when Modern Standby enabled"
- Arch Wiki: "Manufacturers stopped fixing S3 bugs since Windows encourages Modern Standby"
Impact op Linux ecosystem
Getroffen merken/series:
- Lenovo: Yoga Slim, ThinkPad T14 Gen3+, IdeaPad 5 series
- Dell: XPS 13/15, Inspiron recent models
- HP: Spectre, Elite series
- Vooral AMD Ryzen 6000/7000 + Intel Tiger Lake+
Linux workarounds die NIET werken:
- `acpi.ec_no_wakeup=1` kernel parameter
- `mem_sleep_default=s2idle`
- Blacklisting `ideapad_laptop`
- Manual wake source disabling
- DSDT patching (vaak unstable)
## Community vraag
**Wie heeft soortgelijke ervaringen?**
1. Welke laptop modellen exhibiten dit gedrag?
2. Zijn er BIOS versies die wel S3 exposeren?
3. Werkende workarounds gevonden?
4. Is er community pressure mogelijk richting OEMs?
Specifiek voor Lenovo gebruikers:
- Zijn er hidden BIOS menus met S3 toggle?
- Werkt `suspend-then-hibernate` als viable alternative?
- Performance van s2idle vs verwachte S3 battery drain?
Bronnen & technische details
**Microsoft officiële docs**:
- [Modern Standby vs S3](https://learn.microsoft.c...es/modern-standby-vs-s3): "When Modern Standby supported, system doesn't support S1-S3"
- [ACPI Platform requirements](https://learn.microsoft.c...design-for-modern-standby)
Community reports:
- [Arch Linux Forum - Multiple Lenovo models](https://bbs.archlinux.org/viewtopic.php?id=296132): "First suspend works, subsequent immediately wake"
- [GitLab AMD issue](https://gitlab.freedesktop.org/drm/amd/-/issues/2539): "GPIO pin 18 causing s2idle immediate wakeup"
- [Technical blog](https://ihaveabackup.net/...-s3-and-modern-standby/): "Microsoft to blame, manufacturers following idiocy"
Conclusie
Dit is een **systematisch, industry-wide probleem** waar Microsoft/Intel Linux compatibility opofferen voor Windows lock-in.
Praktische gevolgen:
- Linux laptops onbruikbaar voor mobile use
- Battery drain tijdens "suspend"
- Laptop oververhitting in tas
- Geforceerde overstap naar Windows of hibernation
Community actie nodig?
Moeten we als Linux community meer druk uitoefenen op OEMs om S3 support te behouden? Of is de battle al verloren en moeten we focussen op betere s2idle implementaties?
Ervaringen/input welkom!