Package Details: hid-apple-patched-git-dkms 20200401.5ebf708-1

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)

Pinned Comments

Latest Comments

1 2 3 4 Next › Last »

MarsSeed commented on 2023-08-31 04:38 (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.

MarsSeed commented on 2023-08-31 04:33 (UTC)

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.

MarsSeed commented on 2023-08-31 04:29 (UTC) (edited on 2023-08-31 04:31 (UTC) by MarsSeed)

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.

Aetf commented on 2021-01-10 02:20 (UTC)

Disown this as I no longer run Archlinux on a MBP.

phiresky commented on 2020-09-15 16:32 (UTC) (edited on 2020-09-15 16:36 (UTC) by phiresky)

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

hxy commented on 2020-08-12 19:29 (UTC) (edited on 2020-08-12 19:32 (UTC) by hxy)

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).

adfjjv commented on 2020-03-31 17:21 (UTC)

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

Aetf commented on 2019-07-30 01:01 (UTC) (edited on 2019-07-30 01:01 (UTC) by Aetf)

@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

jmt commented on 2019-07-29 20:44 (UTC)

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 :).

ferres commented on 2018-02-16 08:33 (UTC)

Thanks, that worked for me

1 2 3 4 Next › Last »