Debian Stable and the Framework 16

https://dataplane.org/jtk/blog/2024/12/framework16/

by jtkristoff • 2 years ago

32 20 2 years ago

If you have this laptop, I recommend reading this article. Especially with several potential issues that I've been running into myself, notably with display and suspend.

Still, it's a really nice laptop.

FrameworkFred2• 2 years ago

It looks like the author has hit some pretty serious snags along the way and is a lot more understanding than I might be under similar circumstances.

My experience, having just bought a framework 13 with AMD internals a couple of months ago (and letting them build it for me), has been a purely flawless one with ubuntu 24.04. Everything just works and I love being able to swap the ports and the ethernet adapter as needed. The fan rarely makes a sound at all and it's blazing fast compared to the similarly spec'd system 76 darter pro it replaced (though it was a few years old). Battery life is "fine" but not amazing but charging is pretty quick, so it's still a bit of an improvement over the darter.

2OEH8eoCRo02• 2 years ago

They chose to use an unsupported OS.

https://frame.work/linux

anotherhue• 2 years ago

I'm in the NixOS camp, and while there have been a few fiddly bits the community support has been excellent. It and Arch have a following among more skilled users so I imagine that factors in.

s/skilled/willing if not happy to fart around in their os config rather than doing actual work/

catdog• 2 years ago

That's not the main problem. They chose Debian Stable which by design is not and never was the best choice for bleeding edge hardware.

mananaysiempre3• 2 years ago

Everything just works

Keyboard wakeup doesn’t—it’s due to the same problem as TFA describes for the 16 except for the 13 the Framework folks have submitted (the moral equivalent of) TFA’s fix to the kernel. Apparently firmware 3.06, currently in beta, is expected to finally solve the problem on the AMD 13.

S3 is unsupported (thanks AMD), and s0ix battery drain is higher than I’d like (IIRC like half a week in suspend with 64GB RAM).

Out of the box, the Wi-Fi/Bluetooth connectivity is also subpar, but that’s an issue common to the MediaTek cards AMD pushes on laptop manufacturers nowadays, not specific to Framework. (And it’s fixed by a $25 component swap.)

FrameworkFred2• 2 years ago

I'll admit that I'm not well versed in the different shades of suspend...I had to look up S3 and it definitely eats more battery than I'd like when it's suspended. With that said, I've only ever had two laptops that would actually wake up after a suspend and one of those only did that after it was resurrected after a 5 year hiatus. So my expectations were low enough that I was thrilled that it worked at all. I look forward to the fix in the firmware (which seems to update via standard apt upgrade efforts...also pretty cool). I haven't hit any problems with wifi and bluetooth...both work well for me.

codedokode2• 2 years ago

I didn't understand why the laptop was waking up by itself. Was the lid too close to the buttons and it was pressing it?

S3 is unsupported (thanks AMD)

My AMD laptop (not a Framework) seems to have no issues with sleeping though (although I don't know what power state it is in).

nucleardog3• 2 years ago

Few other notes, not necessarily all Framework 16 specific, but that I've jotted down over some time running Debian (mostly unstable, couple things pulled from experimental; on kernel 6.11 right now):

###

On top of disabling the wake sources, systemd >= 256 made some changes that broke sleep. (Relating to trying to freeze user.slice when you have NFS mounted or anything running in KVM.) If you're finding the machine takes a long time to sleep and refuses to wake up (frozen on unlock screen), reboot and check `journalctl -b-1` for messages about failing to freeze user.slice. If found, add:

    # In /etc/systemd/system/systemd-suspend.service.d/disable_freeze_user_session.conf
    [Service]
    Environment="SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=false"

Tracked here: https://github.com/systemd/systemd/issues/33083

###

People said the speakers were bad. I don't really care about audio quality but... they're bad. If you're willing to use Pipewire (default with Gnome on Debian 12, easy to install for KDE/etc; see https://wiki.debian.org/PipeWire) there's an Easy Effects profile that cleans it up _a lot_.

Install Easy Effects (I'd recommend the flatpak as it has rnnoise included whereas the apt package doesn't; which is useful for mic filtering if you do calls) and load one of the profiles people have posted. I think I use this one: https://community.frame.work/t/guide-yet-another-easyeffects...

Makes the audio _way_ better.

(Potential gotcha: If you install Easy Effects from one source, start it, then try another source... It's still running in the background and the new instance you start will just bring it forward. Make sure you _fully_ exit before wasting hours trying to compile it because for some reason RNNoise isn't working in your flatpak.)

###

Had some issues with some apps starting to a black screen when the dGPU was installed. In KDE you can change the shortcut properties, under "Advanced Options" to uncheck "run using dedicated graphics card". Otherwise find some way to set `DRI_PRIME=0`.

You can force apps onto the dGPU by setting `DRI_PRIME=1` before running. This can be included on, e.g., Steam game launch options if desired.

###

Fingerprint scanner works but is kinda poorly supported in sddm/kde.

Install `fprintd libpam-fprintd`. Enroll with `fprintd-enroll yourusername`. Run `fprintd-verify` to validate it works.

From there you can run `sudo pam-auth-update` and enable the fingerprint scanner. The weirdness is "in sddm, you need to hit enter to attempt the login then when it seems to freeze put your finger on the scanner" type stuff. You'll figure it out.

###

The colour profile for the screen's been extracted from the Windows drivers and is available at: https://gitlab.com/samokosik/framework-icm-profile

Put it in `/usr/share/color/icc/colord/`. Run `colormgr get-profiles` to get the profile id (something like icc-bighexstring). Run `colormgr get-devices` to get the laptop screen's id (something like eDP-1).

Add the profile to the screen with `colormgr device-add-profile <device> <profile>`.

(For KDE can also install colord-kde to get this in your system settings.)

###

For hardware monitoring, Framework has a lm sensors config available.

Install lm-sensors. Then download https://raw.githubusercontent.com/FrameworkComputer/lm-senso... and place it in /etc/sensors.d/.

Run `sudo sensors-detect` to pick up all the sensors, then `sensors` should display all your temps/voltages/etc.

###

There's some USB PD weirdness. If you're trying to run docks/external displays/etc and getting flickering, disconnects, or other weirdness try giving them their own power supply rather than powering through the laptop.

###

LibreOffice has some nasty scaling issues with mixed-DPI displays (with the F16's internal display being fairly high res, you may run into this).

If you start it with `WAYLAND_DISPLAY=` set, it will force it into X11 mode where the server handles the scaling rather than the client (or the other way around?) and it's functional again.

bpfrh• 2 years ago

to be fair that sleep/suspend issue is with any amd cpu running kvms.

I have a desktop system with a newish amd cpu and had the same issues as discussed on the github issue.

nucleardog3• 2 years ago

Yeah, the LibreOffice issues aren't related either. I led with "not necessarily all Framework 16 specific". That was just a quick slop together of a few points from my notes.

It wasn't a complaint about the FW16 so much as "If you're a typical HN person running Debian on it, here's some things that you might run into and may be helpful."

nucleardog3• 2 years ago

Reformatted this mess into a post and added a few other notes I had: https://nucleardog.mataroa.blog/blog/framework-16/

Apologies to anyone that gets through that whole formatting mess only to find this at the end.

tlhunter• 2 years ago

I just got a Framework 13 AMD laptop with a 2k display and installed Debian 12.8 on it. So far the experience has been pretty smooth from a hardware compatibility standpoint.

I only discovered the InstallingDebianOn page after reading this article but the laptop is working fine without making any of the changes. Notably the graphics don't freeze and crash, Audio doesn't have static, and palm detection works out of the box. Plus fwupd reports everything with firmware available is using the latest version.

https://wiki.debian.org/InstallingDebianOn/FrameWork/Laptop1...

All of the gripes I have so far result from KDE, fractional scaling, and Wayland. KDE, for whatever reason, doesn't have a configuration panel built in for handling gestures. My usual fusuma + xdotool approach for sending XF86Back/XF86Forward keys when swiping don't work with Wayland. X11 apparently doesn't do partial scaling so Wayland is needed. Wayland leaves all sorts of visual artifacts. When two monitors are involved, one with no scaling and the other with fractional scaling, I get all sorts of visual issues.

Up until now I've been holding out and using 1080p displays. I figured surely in 2024 HiDPI would be a smooth experience on Linux.

IlPeach• 2 years ago

Similar experience. I tried to move to KDE and it was utterly disappointing with the external monitor. I've been using gnome with no issues whatsoever, if that's even something you're willing to try out

jauntywundrkind• 2 years ago

Framework's AMD laptops open sourced their Embedded Controller, which is neat as hell on its own. The ability to significantly modify your platform is sooo enticing & interesting, is such a system-below-all-systems to really enable some amazing tinkering. https://community.frame.work/t/open-source-ec-for-amd-based-...

Wish it had Bluetooth or wifi of it's own. It'd be awesome to build a remote controlled laptop!

Super notable, the Embedded Controller runs Linux Project's Zephyr. Love to see it! Not just an open source platform, an open source platform based around an absolutely top of class embedded OS.

Woodi• 2 years ago

O, you just convince me to switch to Framework.

I mean, I'm 100% converted if only they have trackpoint :>

Debian Stable and the Framework 16

Related Stories