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.
2 Likes
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
1 Like
@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.
2 Likes
The mkinitcpio dev agreed that it was probably a kernel/firmware issue triggered by the inclusion of the i2c-hid* modules.
Quote:
This is without doubt either a firmware issue or a kernel bug, but since
no one actually asked for the change to include these modules to be made,
it should be fine to simply revert it.
I can’t sign in to Gitlab right now as it’s blocked due to spam, however I tried testing the fix by updating back to mkinitcpio39 and saving the keyboard file, but after rebooting the touchpad is still not working, rebooted at least 10 times before it worked. Have I applied the fix incorrectly?
You just need to shoot them an email as instructed in the login page, the process is really quick, I just signed up today.
You also need to rebuild the initramfs after saving the script; it works 100% consistently in my case.
I also made it executable, but I don’t know if it was actually needed.
Ah ok, reran mkinitcpio and it worked 4/4 times. I’ve emailed gitlab so can sign in soon. I didn’t need to make it executable btw.
Edit: Next day, the touchpad is no longer working consistently on boot. I’m still on mkinitcpio39, with the added keyboard file and I’ve tried re-running mkinitcpio but it’s still not working. Perhaps I got lucky yesterday when it worked 4 times in a row?
Not sure if this is relevant, but there is another issue with mkinitcpio39-1: Failed to start Generate shutdown-ramfs in the latest release (version 39) (#264) · Issues · Arch Linux / Mkinitcpio / mkinitcpio · GitLab, could this have anything to do with it?
Next day, the touchpad is no longer working consistently on boot. I’m still on mkinitcpio39, with the added keyboard file and I’ve tried re-running
mkinitcpiobut it’s still not working. Perhaps I got lucky yesterday when it worked 4 times in a row?
Weird, that didn’t happen to me; it’s still rock solid.
Not sure if this is relevant, but there is another issue with mkinitcpio39-1: Failed to start Generate shutdown-ramfs in the latest release (version 39) (#264) · Issues · Arch Linux / Mkinitcpio / mkinitcpio · GitLab, could this have anything to do with it?
I don’t think so, but I have 0 qualifications in the matter (It sounds like it’s a plymouth issue). You should talk with mkinitcpio devs once you get the account sorted
Ah, I think I did it wrong, simply running mkinitcpio in the command line will not actually do anything 
. After mkinitcpio -g /boot/initramfs-linux.img -k /boot/vmlinuz-linux the issue is fixed 7/7 boots.
I will confirm in Gitlab now, sorry for my naievety 
.
Pro tip: you can do mkinitcpio -P to automatically rebuild ALL the initramfs-es for every kernel you have installed :^P
2 Likes