I just opened my backpack to once again find that my Framework 13 AMD (running firmware 3.0.5) is hot to the touch, with 30% of the battery depleted because it woke from sleep in my bag.
I’ve participated in other threads about this, and have only spotted a single months-old mention by a Framework employee acknowledging a firmware problem. Since then? Nothing.
I even switched from Arch to Fedora 41 with a complete stock installation to see if a blessed distro might solve the problem. It didn’t.
So, what I’d like to hear from someone at Framework is:
Do you acknowledge that this is a defect?
Do you have a plan to remedy it?
By when?
I think it’s altogether reasonable to expect that my $1400 device should meet the bare minimum of functionality as a laptop, not a desk-bound device, which is to travel in a way that assures battery life is not degraded.
Don’t wanna sound like I am saying the obvious, but I had a very similar issue + wake up black screen + restarts, and the way to fix it was simply to set up my own config in
While these are helpful, they shouldn’t be necessary. It seems clear that Framework is avoiding taking responsibility for a defect and clearly communicating if and how they intend to remediate it. Very disappointing.
I now understand that second rule isn’t for the keyboard and I used the udev rule from betalars for the keyboard. The keyboard backlight stays on as a couple other people have mentioned, I would be interested in a rule or script that turns it off.
I thought I was crazy or I misconfigured my Arch system causing random wakeups in my backpack. Seeing that this has been known for a year and the lackluster response from Framework is a little disappointing.
In addition to waking up, it would sometimes cause my screenlocker to receive multiple failed login attempts, and when I pull out my laptop I sometimes find myself locked out of my account for 10 minutes. Extremely frustrating.
At least we have a fix coming, but it’s been a couple months since this message. Where’s the communication? Is this just to prevent unintended wakeups? Or does it also address the keyboard backlight not turning off upon suspend?
To be clear, on the FW13 this shouldn’t normally be an issue, as Framework had earlier submitted a kernel-side workaround that essentially disables keyboard wakeup on then-current firmware 3.04, and a further update to the version check when 3.05 did not fix the issue:
So if you’re running Arch on the FW13, haven’t deliberately switched to a non-default (e.g. stable) kernel, and haven’t deliberately passed the kernel parameter that disables the workaround, you should not be seeing wakeups.
Cannot say anything about the FW16. Note this thread is about the 13 only, so perhaps consider speaking out in the one about the 16?