Bug 1662352

Summary: using ELAN trackpad spams the kernel log; workaround available, upstream kernel issue unsolved
Product: [Fedora] Fedora Reporter: Mai Ling <mailinglists35>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: rawhideCC: airlied, bskeggs, ewk, hdegoede, ichavero, itamar, jarodwilson, jglisse, john.j5live, jonathan, josef, kernel-maint, linville, mchehab, mjg59, steved
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
URL: https://bugzilla.kernel.org/show_bug.cgi?id=201311
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-01-12 09:07:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Mai Ling 2018-12-27 23:29:49 UTC 
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
Comment 1 Mai Ling 2018-12-27 23:39:20 UTC 
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
Comment 2 Mai Ling 2018-12-27 23:54:06 UTC 
I tried reverting that but reverting that does not make the symptom go away for me. only the initially reported workaround works for me
Comment 3 Mai Ling 2019-01-24 16:43:16 UTC 
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.
Comment 4 Mai Ling 2019-01-24 16:47:51 UTC 
upstream bugzilla https://bugzilla.kernel.org/show_bug.cgi?id=201311
Comment 5 Mai Ling 2021-01-12 09:07:03 UTC 
this no longer occurs with default fc31 kernel and settings. it must have been fixed sometime in 2019-2020
Comment 6 Mai Ling 2021-01-12 09:08:47 UTC 
i meant fc33 not fc31, nevermind, it was fixed upstream