The official Linux kernel can now also swap the Control and Command keys.
And it supports the Apple Magic Keyboard 2021, whereas this patched module doesn't.
Git Clone URL: | https://aur.archlinux.org/hid-apple-patched-git-dkms.git (read-only, click to copy) |
---|---|
Package Base: | hid-apple-patched-git-dkms |
Description: | Swaping the Fn and left Control keys and some other mapping tweaks on Macbook Pro and Apple keyboards (DKMS) |
Upstream URL: | https://github.com/free5lot/hid-apple-patched |
Licenses: | GPL2 |
Submitter: | Aetf |
Maintainer: | None |
Last Packager: | Aetf |
Votes: | 20 |
Popularity: | 0.061559 |
First Submitted: | 2017-04-17 15:14 (UTC) |
Last Updated: | 2020-04-04 03:40 (UTC) |
The official Linux kernel can now also swap the Control and Command keys.
And it supports the Apple Magic Keyboard 2021, whereas this patched module doesn't.
Also, the swaping of the Fn and left Control keys, mentioned here in the pkgdesc, is already natively supported by the Linux kernel's hid-apple module.
Upstream has not been updated since Linux 5.14. That backporting happened on April 16, 2022.
So this modded module lacks many improvements made to the hid-apple in-tree kernel module.
Additionally, the package name is wrong: violates the VCS package guidelines. It should have been hid-apple-patched-dkms-git
.
Also, as per Arch Wiki article, there is an alternative solution for remapping Apple keyboard keys, without relying on a modded kernel.
Disown this as I no longer run Archlinux on a MBP.
I had the same problem as @hxy: Since some time ago (not sure if it depends on kernel version or some change in this package), I couldn't use the keyboard at all during the root partition decryption phase. Doesn't matter if using systemd initramfs or not, and order of hooks also didn't matter. Took me a while to figure out it was this package and not something else.
To resolve this, I had to add hid_apple to the MODULES array in /etc/mkinitcpio.conf (and regenerate initramfs).
2015 Macbook Air
After installing this package on my MacBook Air (11-inch, Mid 2013), I was unable to use the MacBook keyboard at the boot prompt to decrypt my root partition.
To resolve this, I had to add hid_apple
to the MODULES
array in /etc/mkinitcpio.conf
(and regenerate initramfs).
Package has been updated for Bluetooth support and latest firmware. Reinstalling will pull latest version even if the AUR version string doesn't change.
Please note you may need to run this after upgrade:
sudo mkinitcpio -P all
@jmt The patch indeed looks related. There are also other users experiencing similar issues, see
https://github.com/free5lot/hid-apple-patched/issues/48 https://github.com/free5lot/hid-apple-patched/issues/49
I'm not familiar with the code myself, but I posted your comment to upstream. Let's hope they can find a solution.
https://github.com/free5lot/hid-apple-patched/issues/48#issuecomment-516217595
Has anyone else had issues with this on Linux 5.x? After I upgraded my kernel to 5.2, whenever I connected my Apple Magic keyboard over bluetooth, the hid-generic driver was being used and not the hid_apple module. Once I uninstalled this package the correct driver was being used. I wonder if this patch has a conflict with this package?
https://lore.kernel.org/patchwork/patch/978072/
Note that I do not have a "The Arch Way" installed kernel (I currently use Manjaro), so maybe this comment should be deleted :).
Thanks, that worked for me
Pinned Comments