Repository navigation
Apple Driver Suspend Resume
Upstream status: n/a, this is a status matrix. Suspend/resume is the question every laptop wiki page must answer and the one nobody tests systematically. This page will hold the honest per-model matrix.
A model gets a Working rating only if all of the following survive a suspend/resume cycle, repeated three times:
-
acpiconf -s 3suspends, machine wakes on lid/keyboard - console/display comes back (with and without drm-kmod loaded)
- input (internal keyboard/trackpad) still alive
- network device recovers (WiFi or Ethernet)
- storage does not report resets or errors in dmesg
- clock is correct after resume
Partial means it wakes but loses one of the above. Anything less is Broken.
| Model | S3 entry | Display | Input | Network | Storage | Verdict |
|---|---|---|---|---|---|---|
| MacBookPro3,1 | Untested | Untested | ||||
| MacBookPro9,2 | Untested | Untested | ||||
| MacBookPro11,1 | Untested | Untested | ||||
| MacBookPro11,5 | Untested | Untested | ||||
| MacBook Pro 16,2 | Untested | Untested | ||||
| Mac minis (5,1 / 6,2 / 7,1 / 8,1) | Untested | Untested | ||||
| iMacs (12,2 / 17,1) | Untested | Untested |
Known hazards to test deliberately: drm-kmod resume on dual-GPU models, SPI topcase interrupts after resume on atopcase machines, T2 BCE/VHCI state after S3, and Thunderbolt controller state (see the boot-time load notes in Apple-Driver-Thunderbolt).
Desktops have a lower bar in practice (no lid, wake by keyboard/network), but they go through the same checklist.
Back to Apple Hardware.