Arch Linux on the Framework Laptop 16

RandomRanger · March 20, 2024, 11:47pm

Well, I booted up without my forced abm. While I can’t quantitatively say if the screen actually looks different, the screen does feel different.

In fear that I was making it up and gaslighting myself, I asked my gf to help with some A/B tests. During boot, she randomly selected a kernel config, and based on the display I was able to correctly guess which config she selected 6 out of 7 times, being wrong on the first try.

I guess I’ll just be not messing with that parameter for the moment and wait for 6.9 to come around.

firelizzard · March 21, 2024, 8:58pm

# LED Matrix, ModemManager should ignore
SUBSYSTEMS=="usb", ATTRS{idVendor}=="32ac", ATTRS{idProduct}=="0020", TAG+="uaccess", ENV{ID_MM_DEVICE_IGNORE}="1"

CC @DRACONIUM

Jerrod_Frost · March 23, 2024, 2:27am

Another reason we need an AUR packages for Framework-(13/16)-(intel/amd) udev rules, audio tweaks, and dependencies.

jared_kidd · March 30, 2024, 1:45pm

But there are:
https://aur.archlinux.org/packages/inputmodule-udev

Jerrod_Frost · March 30, 2024, 2:22pm

That’s just one of the several things mentioned.

motzky80 · March 31, 2024, 10:37pm

Finally figured it out. The confusing part was that you can’t just ignore all the things from sensors output, as they are “subfeatures” and lm-sensors only supports ignoring “features”.

This /etc/sensors.d/dGPU.conf did the trick:

chip "amdgpu-pci-0300"
ignore in0      
ignore temp1
ignore temp2
ignore temp3
ignore power1
ignore fan1

This will ignore all the sensor features of the dGPU and thus lm-sensors will no longer wake it up.
Next step is to make it dynamic on dGPUs suspend state.

Note: My dGPU is at PCI address 03:00.0 . You may have to check your address with lspci | grep 7700

03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 33 [Radeon RX 7700S/7600/7600S/7600M XT/PRO W7600] (rev c1)

Brandon_Walker · April 1, 2024, 3:44pm

Hey all, So I am new to running linux outside wsl, and decided to torture myself by using arch as my first install. I followed the installation instructions, I have KDE-desktop as I didnt want their browser and email client etc, that comes with normal, as well as hyprland, switching between both to see what I prefer long term. My biggest fear is that I am missing something I should have to have full utility. So if anyone wants to dm me with any resources to check out or guidance on stuff I should make sure to install, please let do.

I also was hoping to undervolt, I got the 7940, and was just wondering if anyone has tried undervolting in arch, or another distro, and if so, what tool did you use so I know what to look into for my potential attempts.

Thanks in advance for anyone that decides to help me out here or that has any info for me.

Christoph_Straten · April 3, 2024, 10:28pm

Hm, I need to figure out why my idle power consumption is so high (15-25W). Most likely it’s because of the dGPU, but I haven’t had a laptop with a dGPU before and need to read into how to check up on it properly. Otherwise I ran powertop and enabled everything but things like keyboard idle (that is atrocious, I hope no one uses that). Are there tricks I could apply to lower my power consumption? Currently I’m not hitting more than 3-4 hours on battery, which is obviously not what this laptop should be able to.

Mario_Limonciello · April 4, 2024, 12:21am

Install PPD 0.21, just released today.

Also check if your dGPU is awake. Any sensor reading software can keep it awake.

motzky80 · April 4, 2024, 8:17pm

To check the power state of the dGPU, you can either use framework’s python script for Fedora here or simply

cat /sys/class/drm/card1/device/power/runtime_status

it should show suspended if not in use. If it says active instead despite nothing obvious is using it, it may be due to lm-sensors querying it in the background or even periodically through some sensor widget. On mine, it was gnome-shell-extension-sensors / gnome-shell-extension-freon and I was able to ignore the dGPU in lm-sensors, see Arch Linux on the Framework Laptop 16 - #91 by motzky80 above.

RandomRanger · April 4, 2024, 8:33pm

Hype!

Christoph_Straten · April 5, 2024, 12:45am

Hm, it says active but I’m not sure what triggers it. I killed most stuff (even XWayland) and am running on Hyprland. There’s likely something I’m missing.

I tried looking for tools that tell me which process might be keeping my dGPU powered on, but didn’t find any. There’s nvidia-smi which seems to do that for nvidia gpus, but I didn’t find a useful flag to use with rocm-smi which would reveal that information.

Is there any way to find out what’s keeping my dGPU from idling properly?

Ninja-edit:
Just thought to try KDE Plasma and sure enough, the card idles properly over there.
Hmm. Guess this is on Hyprland, I’ll try downgrading it and see if it was a regression or something I need to configure. I did try configuring it according to the wiki, but that site has changed now and advises to do nothing if you want the default to be the iGPU (which should be used automatically).

Arazil · April 5, 2024, 12:48am

You can also use watch -n 1 cat /sys/class/drm/card1/device/power/runtime_status to monitor the status of the dGPU in (near) real time.

Christoph_Straten · April 5, 2024, 12:49am

Yeah true. Like I said in my ninja edit, dGPU idle works fine in Plasma (Wayland). Just need to figure out why it doesn’t in Hyprland.

Christoph_Straten · April 5, 2024, 9:46am

Hm, I added the env var for Hyprland to use the iGPU according to their wiki, but the dGPU still isn’t sleeping in Hyprland.

jared_kidd · April 5, 2024, 4:43pm

github.com

FrameworkComputer/dri_prime1-detection/blob/main/amd-prime-dri.sh

#!/bin/bash

# List all processes with their PIDs and command names
# An alternative to the AppImage for those who want a pure bash script
ps -e -o pid=,comm= | while read -r proc_pid proc_name
do
    # Check if the environment file exists for the process
    if [ -f /proc/$proc_pid/environ ]; then
        # Attempt to get DRI_PRIME setting for the process
        gpu_usage=$(grep -az "DRI_PRIME" /proc/$proc_pid/environ)

        # If DRI_PRIME is set, display the process information
        if [ ! -z "$gpu_usage" ]; then
            # Display process name, PID, and GPU usage info
            echo "Process '${proc_name}' (ID ${proc_pid}) is using GPU: ${gpu_usage}"
        fi
    fi
done

And they have a GUI/appimage you can use:

Christoph_Straten · April 5, 2024, 5:35pm

This is nice, thanks. But it doesn’t do much if you don’t set the DRI_PRIME variable for the process, right? The bash script definitely doesn’t list any application, even though my GPU is reporting “active”.

Also, I forgot to update my status over here. I got it working on Hyprland, too, by deactivating all exec-once scripts. It seems like every electron app as well as intellij IDEs keep the dGPU awake for some reason. I’ll try to make those processes run on the iGPU, so that my battery lasts longer (8 hours instead of 4, lol).

Jerrod_Frost · April 11, 2024, 12:02am

Just a heads up, you need to install qmk-hid if you want to configure the keyboard. I noticed my Linux keyboard Fn buttons (volume up/down/mute) did not work and went to keyboard.frame.work to fix it only to find I didn’t have the qmk.rules added to my system as needed.

jared_kidd · April 11, 2024, 8:25pm

Having a couple problems on Arch at the moment.
-Toggling airplane mode (F10 button) breaks bluetooth. bluetoothd will start using 100% of a cpu core and fans ramp up.
-sometimes the KDE lockscreen will fail to unlock using fingerprint, and then it is stuck with a non-functioning “unlock” button. I have to switch to another terminal and type “loginctl unlock-sessions” to unlock.

Anyone else have these issues as well or know of a workaround?

EDIT: didn’t mean to reply to you, Jerrod, sorry.

Adrian_Joachim · April 12, 2024, 6:01am

Get an ax210 for problem 1 XD