We’re getting ready to pull this out of beta, so I need to make sure I have everything straight.
Those seeing suspend wakeups (as I am not on either of my AMD Ryzen 7040 laptops), what is attached and what was running? On my test machines, lid close is suspend to RAM (on our tested and recommended distributions) and resume takes place on lid open events.
We expect default behavior for the default config. The default config and the config we test is lid close suspend, lid open resume.
You indicated you changed the default behavior. You changed the behavior to lid close null and are experiencing the new behavior if lid close resume when you have suspended this laptop using the non-default method. Is this not correct?
While I understand this isn’t ideal behavior and certainly not what is intended. The default action and purpose of the lid is to suspend it at this time unless it has been changed. In this case, it has.
Ideally, this would not be the case and it’s certainly valuable feedback on having the ability to disable the lid behavior entirely.
But, at this time, we are focused on default expected out of the box behavior at this time. Not custom tweaks made to HandleLidSwitch=.
Moving on, feedback received and appreciated.
Does anyone have feedback on other issues that they are experiencing?
Overall, for out of the box behavior, this appears to be a significant improvement over 3.02 and we will be releasing this out of beta tomorrow.
Only issue I’ve encountered is suspend seeming to break entirely with the kernel param “nvme.noacpi=1” set. Fedora 39 beta, 64GB DDR5-5600,WD SN850x, kernel version 6.5.8. This isn’t particularly surprising given this kernel option disables a workaround for suspend related to nvme drives, but as far as im aware it worked fine on the intel boards.
@Matt_Hartley@Kieran_Levin Any feedback on the charging issues with BIOS 3.03? Not only about the Steam Deck Chargers not working at all, but also about showing a battery full LED when the battery isn’t completely charged.
I had the same issue earlier in the thread, as long as you have the 4 green checkmarks in the bottom right, you can press the power button to turn off. You will want to re-run the BIOS update to properly downgrade the PD firmwares, which didn’t work for me until I used the official Framework charger during the BIOS update.
For some reason, when using my apple charger, the BIOS update would hang at that exact spot.
As with previous BIOS updates that have gone from beta to release, there is no change to the BIOS update file, it will just be linked as release on the BIOS/Drivers page on the support site. If you have already updated to 3.03 you don’t have to do anything else, and you can even recommend others come to this thread to get the installer file (otherwise they can go here: Framework Laptop BIOS and Driver Releases (AMD Ryzen™ 7040 Series)though it seems this page has yet to be updated with the new release as of the writing of this response).