AMD https://www.phoronix.com/scan.php?page=news_item&px=AMD-S2id...
s2idle is broken and I have an AMD thinkpad with deep sleep and even that doesn't suspend 80% of the time.
Intel (search for 'deep' and 's2idle') https://community.frame.work/t/ubuntu-21-04-on-the-framework...
I already know the replies I might get but just wanted to get this out there. My laptop is now on 24x7 because I don't know if it will suspend or completely freeze.
Now I just disable it completely and tell it to shut down when I close the lid, and wait like 15s. If the fans and lights don't stop "soon", I know it's having problems turning off. It's much better than the random freezes, or boiling alive in a backpack before draining all battery power.
The experience out of the box is still crap because the ACPI signals from the hardware are often a complete mess - but disabling most of them generally works.
Please tell me the name of a laptop which has excellent support for Linux. At this point, I'm ready to go out of my way to spend more money than I can afford if that gets me excellent Linux compatibility.
I know, for a fact, that AMD based ThinkPads don't qualify. The Intel based FrameWork laptop has issues with suspend resume as well.
What is this "known good hardware"?
I was thinking of somehow getting my hands on the FrameWork laptop since everyone and their mother keep singing praises about it but going through its forums makes it clear that it also doesn't do suspend and resume reliably.
I've already seen plenty of people reporting that their AMD laptops don't do suspend resume and break with every new kernel release. I assumed Intel would be better but reading about the same issue on FrameWork forums isn't encouraging at all.
But, I'm a bit cheap, and I treat optimizing older tech as a challenge, so I think I've just declared myself both an outlier in general and a stereotypical Linux user.
I have no idea if the situation is just as bad on Intel.
Any hardware that ships with Linux, for a start. For another, anything whose quirks are documented on a popular community site (e.g., the Arch Linux Wiki).
It's important to choose a distro release a little bit newer than the hardware.
The Framework is brand new and doesn't ship with Linux, so I wouldn't expect it to be a trouble-free experience.
What is bad, because if there were one platform that would avoid this problem it would be Macs. But anyway, my phone does that once in a while too... Phones also shouldn't do it.
It's not even a hard problem to solve. There is a single piece of code that wakes a device up, you just have to not call it everywhere. If you don't control all the code, just require some kind of permission, and don't go granting it to the team that writes the system updater.
I've now had three generations of XPS 13 with Ubuntu. They're not perfect (the battery drains over 3 or 4 days instead of overnight) but overall my experience has been much better.
It’s more serious than laptops committing suicide in bags. It’s, anything with a high-energy battery can short itself and cause a fire. Worse, it could be malware or hardware. At this point I am surprised the vulnerability hasn’t been used by anyone.
The law is that you can only bring aboard Li-ion batteries of size 100 watt-hrs or smaller on any airplane (https://www.tsa.gov/travel/security-screening/whatcanibring/...).
I think the airline crews are confident they can handle 100 watt-hours worth of burning, but no more than that!
I'm not sure if they are smothering the fire. The strategy seems like it's just a safe place to keep the fire until later.
You won't have buckets and buckets of water on an airplane. You need a solution to safely contain the fire and keep the passengers safe.
Adding `mem_sleep_default=deep` to your kernel cmdline should fix it. Been doing this on my XPS13 for 3 years now and it's fine.
[0] https://bugzilla.kernel.org/show_bug.cgi?id=199689
[1] https://www.dell.com/community/XPS/XPS-13-9370-battery-drain...
[2] https://www.reddit.com/r/Dell/comments/8b6eci/xp_13_9370_bat...
dmesg | grep ACPI | grep supports [ 0.193967] ACPI: (supports S0 S4 S5)
sudo cat /sys/power/mem_sleep [s2idle]
https://01.org/blogs/qwang59/2018/how-achieve-s0ix-states-li...
https://01.org/blogs/rzhang/2015/best-practice-debug-linux-s...
Not the most comfortable, as you have to manage sleep manually, but definitely the safest.