Ran into this while using rfkill toggle bluetooth manually, with or without devices connected.
Ended up assigning the following to a hotkey to gracefully toggle bluetooth:
bash -c "bluetoothctl show|grep -F 'PowerState: on' && bluetoothctl power off || bluetoothctl power on"
(requires bluez-utils for the bluetoothctl command)
I’m running Garuda Linux (Arch base) with Linux-Zen v6.8.7. The moment I updated the kernel is the moment I somehow lost bluetooth connection. – has anyone else had this issue in anty form?
EDIT:
bluetooth list doesn’t show anything, and lspci provides the following
lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14e8
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Device 14e9
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14ea
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 14ed
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14ea
00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 14ee
00:02.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 14ee
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14ea
00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 19h USB4/Thunderbolt PCIe tunnel
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14ea
00:04.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 19h USB4/Thunderbolt PCIe tunnel
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14ea
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 14eb
00:08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 14eb
00:08.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 14eb
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 71)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 14f7
01:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Upstream Port of PCI Express Switch (rev 12)
02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Downstream Port of PCI Express Switch (rev 12)
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)
03:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 31 HDMI/DP Audio
04:00.0 Network controller: MEDIATEK Corp. MT7922 802.11ax PCI Express Wireless Network Adapter
05:00.0 Non-Volatile memory controller: INNOGRIT Corporation NVMe SSD Controller IG5236 (rev 01)
c4:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Phoenix1 (rev c2)
c4:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Rembrandt Radeon High Definition Audio Controller
c4:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 19h (Model 74h) CCP/PSP 3.0 Device
c4:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15b9
c4:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15ba
c4:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 63)
c4:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller
c5:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 14ec
c5:00.1 Signal processing controller: Advanced Micro Devices, Inc. [AMD] AMD IPU Device
c6:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Device 14ec
c6:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15c0
c6:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Device 15c1
c6:00.5 USB controller: Advanced Micro Devices, Inc. [AMD] Pink Sardine USB4/Thunderbolt NHI controller #1
c6:00.6 USB controller: Advanced Micro Devices, Inc. [AMD] Pink Sardine USB4/Thunderbolt NHI controller #2
I just got my Batch 10 system and loaded up Arch onto it with KDE-Plasma and it’s been working fantastically. I’ve found a few resources scattered around to help with some of the minor tweaks, such as setting up udev Rules for the RGB Keyboard and Macro Pad – borrowed from the Gentoo Wiki; this enabled https://keyboard.frame.work to work through Chrome
I also installed Steam with Proton and was playing around with one of my favorite games, but noticed that according to nvtop, my dedicated GPU (dGPU) wasn’t active, only the internal GPU (iGPU) – I’m using the built-in display with 0 external monitors attached. There’s always 0 activity on the dGPU, even without playing something on Steam.
Is this expected? Is there something I missed in the configuration to enable the dGPU? The system definitely detects it via lspci
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)
I believe you need to manually launch the game under the dGPU if you haven’t already.
On Pop_OS there’s a popup for this, Windows has a menu.
If someone could pitch in on how to do this in Plasma that would be great 
If you want to skip this you may also set the dGPU as primary via something like allwaysegpu, I would not reccomend this though as it’ll kill battery.
Ah! I finally found something that speaks to this exactly: GitHub - FrameworkComputer/dri_prime1-detection: A simple application to verify if desired applications are running with discrete graphics
I haven’t tried this yet, but will give it a shot.
Didn’t find anything about this from a quick search, but booted Arch live USB and am getting “con4: failed to register partner alt modes (-5)” every 2 seconds or so printed to the main TTY making it unusable. Gonna quickly try installing a USB-C expansion card in empty slot to see if that fixes it. EDIT nope it takes a bit longer now weirdly
EDIT2 found this thread, gonna add my 2c there [RESPONDED] Arch Linux - Issues with HDMI extension port - #10 by Paolo_De_Donato
“dmesg -n 1” should stop that from happening.
By the way. In Linux, when that happens it isn’t printing stuff as if you are typing or anything. The TTY is completely usable still. Just type what you need and it will still go in correctly (the log messages are not part of your commands).
I ended up switching to Fedora thanks to a weird issue with KDE on Arch that just doesn’t exist on Fedora. Thanks anyways
Hi, my touchpad is not working. I installed arch with KDE plasma, but now the touchpad does not respond, and in settings it says “Touchpad not found”.
It was working at one point, but not anymore. I’ve tried detaching/reattaching the hardware cable to no avail so it isn’t likely to be a hardware problem (keyboard works fine).
Any ideas?
Update: It started working randomly after rebooting again. Very confused. I’ll come back if it stops working again.
Can confirm need to reinstall arch with latest kernel due an faulty update (dont ask me how that happended, was suprised too…)
after that touchpad works on every second boot. but i can not figure out why.
Yep, just rebooted and touchpad stopped working. Rebooted a couple more times but it won’t come back 
.
Edit: spoke too soon. It seems to randomly decide whether to work whenever I reboot. I will try tomorrow to see if there is some any pattern. Could there be some drivers or firmware I forgot to install?
As far as i can tell, its a problem of latest kernel 6.8.9-arch1-1
If I switch to LTS kernel, in 8/8 tests the mouse always works.
I looked into the boot-log and tried to compare them with my limited knowledge
As far as i can tell, with LTS these two lines initialize the touchpad:
Mai 05 09:35:57 host kernel: hid-generic 0018:093A:0274.0001: input,hidraw0: I2C HID v1.00 Mouse [PIXA3854:00 093A:0274] on i2c-PIXA3854:00
Mai 05 09:35:57 host kernel: hid-generic 0018:32AC:001B.0002: hidraw1: I2C HID v1.00 Device [FRMW0003:00 32AC:001B] on i2c-FRMW0003:00
but around that timeframe with the latest kernel, there are no error messages indicating that it coult not initialize the touchpad…
EDIT: if someone want to take a look at the boot log i can provide that. maybe u guys can figure out more with it
Switching to the LTS kernel did not fix it for me; but downgrading to mkinitcpio 38.1 makes it work 100% of the time (at least for now).
Please tell me if it also fixes it for you.
Indeed i tried it 4 times and it worked everytime!
Yes, just downgraded to mkinitcpio38.1 and this has fixed the issue.
I just reported the issue upstream at Regression in 39.0 - Flaky touchpad detection on the Framework 16 laptop (#265) · Issues · Arch Linux / Mkinitcpio / mkinitcpio · GitLab
Please chime in if you have anything else that might be helpful; the dev has requested that someone else test the fix as well
@Joe_M1 @Alex-X Can you please look at the bug report and check if the proposed solution works for you as well?
Update: Here’s the merge request that fixes the issue: Revert "install/keyboard: add more HID modules" (!376) · Merge requests · Arch Linux / Mkinitcpio / mkinitcpio · GitLab
The devs are looking for people to test it.
I’m not sure I agree with an initramfs root cause.
I think the commits I identified in Touchpad not working since update (Archlinux) - #2 by Shiroudan are more likely.