User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Build Identifier: When I use the trackpad the system log is flooded with kernel messages like this: [82899.700050] i2c_hid i2c-ELAN1300:00: i2c_hid_get_input: incomplete report (16/65535) I applied workaround from https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1784152 and it made the symptom go away. The root cause is still under investigation at upstream kernel bugzilla. Until it is solved, please consider implementing the workaround mentioned in ubuntu issue at comment #35. I manually rebuilt i2c-hid as instructed there and it fixed the symptom for me. Bus 001 Device 007: ID 04f3:0903 Elan Microelectronics Corp. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x04f3 Elan Microelectronics Corp. idProduct 0x0903 bcdDevice 1.35 iManufacturer 1 ELAN iProduct 2 ELAN:Fingerprint iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x003e bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 5 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 ** UNRECOGNIZED: 09 21 10 01 00 01 22 15 00 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x03 EP 3 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Device Status: 0x0000 (Bus Powered) Reproducible: Always Steps to Reproduce: 1. use the trackpad 2. 3. Actual Results: get logflooded Expected Results: no spam in logs additional hardware details pasted in the mentioned kernel bugzilla issue
ubuntu has reverted[1] a kernel commit[2] that appears to be the root cause of the flood [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1802813 [2] https://lkml.org/lkml/2018/7/10/755
I tried reverting that but reverting that does not make the symptom go away for me. only the initially reported workaround works for me
Dear Fedora kernel maintainers, Every fedora kernel release I must do this painful process to make the spam go away: * download the kernel source * open drivers/hid/i2c-hid/i2c-hid-core.c * go around line 506 saying "if ((ret_size > size) || (ret_size < 2))" * change next line from "dev_err" to "dev_err_once" * rebuild the module * backup the original module * replace the module with the one I've built * dracut-rebuild the init ramdisk * reboot Please ease the pain and change dev_err to dev_err_once in the fedora source until the upstream is solved. Please at least acknowledge that you are aware of this issue! Thank you.
upstream bugzilla https://bugzilla.kernel.org/show_bug.cgi?id=201311
this no longer occurs with default fc31 kernel and settings. it must have been fixed sometime in 2019-2020
i meant fc33 not fc31, nevermind, it was fixed upstream