Start a Conversation



1 Message


19-11-2018 12:00 PM

i2c_hid i2c-DELL0831:00: i2c_hid_get_input

My Dell Precision 7530 laptop runs Ubuntu 18.04 LTS (I upgraded from the original installation).
For 18.04-specific dell updates, I use:, distribution: bionic-dell-service

Today, the laptop rooted after the entire gnome interface froze (mouse/keyboard unresponsive).
In the virtual console (Ctrl-Alt-F1), I saw a bunch of messages scrolling so fast I couldn't do anything.
Switching back to gnome, (Ctrl-Alt-F7), the system rebooted a few seconds later.

`dmesg` shows a bunch of these:

[64979.838781] i2c_hid i2c-DELL0831:00: i2c_hid_get_input: incomplete report (30/2)
[64979.839974] i2c_hid i2c-DELL0831:00: i2c_hid_get_input: incomplete report (30/2)
[64979.841164] i2c_hid i2c-DELL0831:00: i2c_hid_get_input: incomplete report (30/2)
[64979.842349] i2c_hid i2c-DELL0831:00: i2c_hid_get_input: incomplete report (30/2)
[64979.843547] i2c_hid i2c-DELL0831:00: i2c_hid_get_input: incomplete report (30/2)
[64979.844737] i2c_hid i2c-DELL0831:00: i2c_hid_get_input: incomplete report (30/2)
[64979.845905] i2c_hid i2c-DELL0831:00: i2c_hid_get_input: incomplete report (30/2)


According to this page:

This message is related to the Dell Mouse driver:

It it helps, my system is configured w/ 3 displays:
- laptop screen
- 2 external monitors connected to a Dell TB18DC dock which connects to the laptop.

I also have a Dell KM717 wireless keyboard/mouse combo.
Normally, this combo *ought* to work with bluetooth but that's been tricky to pair and unreliable.
Fortunately, the Dell dongle works pretty well; however, the dongle is unreliable if I plug it to the TB18DC
(i.e., after a few minutes, either the keyboard or the mouse stops working).
The most reliable is to have the dongle plugged to the laptop directly and pair the keyboard/mouse via the dell-specific wireless mode.

I'm not sure how this pertains to the dell mouse driver though.

Any suggestions?

- Nicolas.



1 Message

26-11-2018 04:00 AM

I get this message when i switch on my laptop 7530, I external screen, IBM mouse. every time.

2 Posts

06-12-2018 21:00 PM

I have been getting the same messages. My logs at /var/log growing very high, for the last week they are about 20 Gb. These messages are scrolling until I'm putting my finger to a touchpad when a notebook returns from suspend.


Dell 7490
Linux dell 4.15.0-39-generic #42-Ubuntu SMP Tue Oct 23 15:48:01 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

2 Posts

06-12-2018 22:00 PM

3 Posts

18-04-2021 13:00 PM

This is due to suspend/hibernate/hybrid sleep/suspend modes not turning-off the Dell Touchpad prior to sleep/suspend.


The default sleep mode, for Dell Inspiron 15, s2idle, is the only sleep state apparently turning-off the power to the touchpad.  Other sleep/suspend modes do not turn-off the power prior to suspend/sleep, hence this i2c_hid bug.  The touchpad device apparently cannot handle sleep/suspend states itself.


A workaround, rmmod i2c_hid and reload i2c_hid, however this puts the touchpad into a simple ps/2 mouse mode, without synaptic features.  (NOTE: the touchpad already appears to be in a ps/2 simple state after suspend/hibernate)

This bug still seems present/persistent with 2021 Dell Inspiron 15 5502 laptops, having a DLL09D9:00 i2c_hid touchpad.

3 Posts

18-04-2021 14:00 PM

I may have solved this, and I likely previously already diagnosed part of the problem with my prior comment.

Basically your operating system is putting the system into a suspend/hibernate/hybrid sleep/suspend state not supported by the i2c_hid touchpad device.  I quick workaround is to remove the driver/module prior to sleep/hibernate/hybridsleep state, then reload the module afterwords.


Following details how to permanently fix, using proper application or operating system options.


Your suspend to memory method.  On my (Dell Inspiron 5502 laptop) system, s2idle is apparently supported by the touchpad, by an already functioning touchpad after suspend.  (Brackets denote default or next state method to be used.)

$ cat /sys/power/mem_sleep



Your hibernate or suspend to disk method.

$ cat /sys/power/disk

[platform] shutdown reboot suspend test_resume


Platform denotes your system manfacturer's custom ACPI suspend/hibernate method.  I chose the "platform" method within my /etc/elogind/logind.conf, and now the touchpad works after hybrid sleep.  (Likely EloginD was also trying other incompatible methods instead of platform method.)









--HybridSleepMode=suspend platform shutdown


Note: SuspendMode, previously, already had only one sleep mode to try within /sys/power/mem_sleep with my system.  However, I typed in the "s2idle" explicitly, and SuspendMode option carries-over to Hibernate/Hybrid modes for elogind.


Note: HybridSleepMode previously had several different other likely incompatible options, I removed the other options, leaving only the manufacturer preferred "platform" method for my system.


I found the loginctl manual file difficult to read/follow as some sections within the loginctl manual page were not written from a perspective of somebody having a basic fundamental of computer power saving methods.  A good  example, when will hybrid take affect after the system has been in suspend for awhile?  Does Hybrid mode inherit HibernateDelaySec value/int?  Or is does Hybrid wait until almost complete battery drain before powering-off?  Lacks explaining many possible scenarios and configurations.

If you're using something other than elogind, you'll need to back-port these settings to fix the touchpad after using suspend/hibernate/hybridsleep.