Arch Linux User Repository

Hi, it seems that the driver is failing to detect the touchpad on kernel versions above 5.0.13

Aur Targets (1): synaptics-led

Proceed with installation? [Y/n] ==> Making package: synaptics-led 4.16-1 (qui 07 jun 2018 00:32:34 WEST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found SHA256SUMS -> Found synaptics-led.install -> Found kernel.patch ==> WARNING: Skipping all source file integrity checks. ==> Extracting sources... ==> Removing existing $pkgdir/ directory... ==> Starting build()... -> Module will be installed to: /usr/lib/modules/extramodules-4.16-ARCH -> Getting source from git://repo.or.cz/linux.git -> Performing Integrity Check elan_i2c_smbus.c: FAILED synaptics.c: FAILED sha256sum: WARNING: 2 computed checksums did NOT match ==> ERROR: A failure occurred in build(). Aborting... The build failed.

Hi,vantu5z. Are you can to submit this patch to upstream kernel for other distributions?

Please update SHA256SUMS

Now used "readlink -f" to detect extramodules directory for current kernel. This changes should fix issue with multiple kernel installed.

Got latest patch from git. Thanks for update, now it's bit to bit equal to one I've used on my system.

I hope other users won't get any regressions with this fix.

Does anybody know if there were any attempts to add this patch to upstream kernel?

At some kernel version (I don't remember exactly, 4.12 most probably) the patch stopped working for me. So I spent a bit of time to debug it (via printk). And for me (HP Probook 4720s) the field priv->info.capabilities had bit 1 equal to zero (a-la value xxxxxxxx xxxxxxxx xxxxxx0x). So, masked with 0xD000FF it returned 0xD00071 instead of 0xD00073.

I don't know what these magic numbers mean, but what I did is changed the mask from 0xD000FF to 0xD000FD to skip checking this 1st bit and it works for me now.

wiselord, where did you get this numbers? For me it works without this changes.

There is a piece of patch

• if (!(priv->info.ext_cap_0c & 0x2000) &&
• (priv->info.capabilities & 0xd000ff) != 0xd00073) {
• printk(KERN_NOTICE "synaptics: led: failed capabilities check\n");
• return false;
• }

This one doesn't work for me (I get this kernel notice in dmesg), but when I replace the check with:

• (priv->info.capabilities & 0xd000fd) != 0xd00071) {

,it works for me.

Sorry we should wait a little while arch update kernel from 4.14.8 to 4.14.9. Because 4.14.y that used for this module already 4.14.9 and have changes which make compilation failed.