@bmcdonnell I haven’t got an answer for you. There are threads about it on the forum. Some threads mention that Intel nuked S3 on 11th gen and so nothing can be done to enable it. My own experience on Linux suggests otherwise. I’ve enabled S3 on Linux before (not currently) and if it weren’t supported by the processor then I shouldn’t be able to do that. Even the Linux Battery life tuning guide suggests enabling S3.
If the registry hack isn’t working for you, then I don’t know what to tell you. But there isn’t anything FW is doing to block S3 from use so there is no point complaining to them about it.
@bmcdonnell - I just tested this on an 11th gen running windows 11 and the registry edit worked. Make sure to run regedit as administrator, and that you add a dword 32 bit value. Then close regedit, reboot, and you should see standby (s3) available.
I never claimed Framework is “blocking” anything (least of all S3). Windows by default prevents use of S3 when S0 is available, and MS is making it increasingly difficult to utilize S3 (when S0 is available). As explained in the LTT video (link in OP), MS has iteratively removed several easier ways to enable S3. How long until they break this registry hack, too? Or have they already, partially?
You could tell me you understand my initial suggestion that if Framework could provide us an option in the UEFI/BIOS/firmware to prevent the OS from using S0 (not S3), then we’d have the most reliable way to force Windows to use (fallback to) S3 for sleep.
Instead of arguing against this feature request, which would presumably be no skin off your back.
Ugh. Well, I still think the retracted feature request from the OP is worthwhile. But I did get the registry hack working.
Apparently I had included a stray character (space or backtick) when I copied and pasted the registry key. (You can’t tell from the screenshot.) Deleted, recreated, rebooted, and it works.
@bmcdonnell - thank you for the follow up, and glad that you got it working. Have a great evening (or day, or morning, or whatever is appropriate in your neck of the woods)!
Sounds like a good way to get MS to blacklist FW from getting PK keys and breaking Secure Boot. Whether you like it or not, MS has power here. Besides, your “cure” would impact Linux users as well, an undesirable behavior for me at least. If you don’t like what Windows does and it pisses you off so much…don’t use Windows. Use Linux or Mac. I’m not trying to be a jerk but asking FW to fix what MS does is ridiculous.
If I may interject, I do support adding a UEFI toggle to disable S0 sleep. It’s my understanding that more than one UEFI supports that already, so why would Microsoft go after it?
Seems at first glance like a good idea to add a toggle to BIOS, since theoretically it’ll force Windows to use S3. But as of right now S3 performs worse than hibernate…
This seems like you’re finally engaging with my actual argument, so thanks for that. Why do you think that MS would do that? Again, my suggestion/request here has only been that they provide users an option to disable S0, not that they make this the default behavior.
How would it affect anyone who doesn’t toggle the setting?
I believe you invoke it manually with Start → Power → Sleep.
For me, with the S3 registry hack, it takes an unusually long time to come back to life (~12-14 sec, vs. e.g. ~4 seconds for my old Thinkpad), but it doesn’t appear to be going through a boot sequence when waking, as it does with hibernate. Also, it requires an extra keypress / mouse movement to wake the display. So I think it is actually some sort of sleep–probably S3–just badly implemented. (IDK who’s at “fault”–e.g. MS/Windows, some firmware, some driver, Intel, etc.)
Additionally, when waking from (presumed) S3, it does a terrible job of rediscovering my USB-C dock and its connected resources, requiring 2+ disconnect/reconnect cycles. So this may not even really be usable for me.
Ah, I misunderstood that part then. If it were the default behavior it would impact Linux users. As for MS…why do they block S3 sleep at all? Perhaps they would take no action at all or remove FW from authorized distributors of Windows or blacklist the PK or whatever. I’m for user freedom but I’d rather they put the engineering dollars into Coreboot than paying Insyde to develop that feature. It’s not that I’m opposed to what you want per se, just that I think you bark up the wrong tree as it were.
Well, I retract my vote for the feature request (for BIOS to prevent modern standby).
On further reading, I’ve found several claims (1, 2, 3, 4) that Intel and AMD have removed support for S3 sleep in their newer processors/platforms, and that supposedly S0iX states (“modern standby”) are to be its replacement. I’ve not yet found a clear admission/explanation of that from Intel or AMD, though.
However, it’s so obviously not a suitable replacement. No one at Intel ever put their laptop to sleep and put it in their backpack when they were considering these changes? Standby and sleep do not mean the same thing.
I don’t need “instant on” from a proper “sleep” state. What I do want from it:
Silent and safe to block airflow
All moving components stop - especially fans
Quicker entry/exit vs. hibernate (S4 / suspend to disk)
Wakes only when I tell it to; not when the OS does because it wants to do who knows what tasks that it just. must. do. immediately–NO, they can wait until I wake it
I don’t need, want, or expect my laptop to behave like a mobile device. It still doesn’t, and can’t, even with “modern standby”. I’m not saying there’s no use for it, but at least Microsoft’s implementation really sucks, in that sleep isn’t sleep anymore.
I suspect/hope that various Linux distros have saner “sleep” implementations, i.e. enter and stay in S0i3, fans off, until actually awoken by the user.
I disabled s3 sleep in the command line, but the issue persists for me. I found my laptop with a dead battery today after closing it while it was plugged in. A bios toggle would really help still. How do I ping the moderators to undo the “solved” label on this topic? It’s not solved.
@Wrenly_Bewick You don’t need to be a mod to change the title. I’m the one who did it. You can ping mods by typing @ moderators (space included to avoid pinging). The topic is about enabling S3 not disabling it as you are trying to do. Either sleep state supports charging while asleep so I’m not sure what your issue is but I think it isn’t as simple as changing sleep states. Read through the topic. Your complaint lies with MS not FW. The issue is marked as solved because it isn’t an issue with FW.
Thanks for the clarification regarding the title change! I don’t have regular status yet, so I cannot personally do that, but the info is appreciated nonetheless.
I’m afraid that the topic is in fact about disabling S0 sleep from the firmware. Microsoft has gone out of its way to eliminate the capability to disable S0 sleep and force enable S3 sleep, despite the issues with the later. In addition, the peculiarities of S3 vs S0 sleep are particularly important for Linux users. A UEFI/ BIOS firmware toggle would help better support and reduce issues with both Windows and Linux alike.
All this would require would be a UEFI firmware update, and Microsoft wouldn’t need to be involved.
These are not the same. I’ll grant you a toggle would be helpful I just hate asking FW to fix something that is is wrong with Windows. Linux users can switch between S3 and S0 much more easily.
I don’t think anyone is putting blame on Framework though? This seems to be just an innocent feature request that would be helpful to a lot of the community! There’s nothing wrong with asking as far as I can see.
