Bug 138817

I am also getting the error:

kernel: drivers/usb/input/hid-core.c: input irq status -84 received

But my USB mouse seems to be working fine (Logitech MX Laser). The
above message keeps popping up in my logs all the time, so whatever
the problem is, its occuring all the time.

Kernel version:
kernel-2.6.9-1.681_FC3

Are you absolutely sure this mouse is working properly on other
computers, other kernels, and other operating systems in the long
term?  I've once had a Logitech USB mouse that exhibited behavior like
this.  It turned out the mouse was increasingly becoming bad, but it
exhibited this behavior only after a few minutes of use.

I've had it about 3 months now, and I haven't noticed a single problem
with its operation, not even a small one. I've only ever used it on a
linux system (that's all I have at home), so I can't comment about
other systems, but it was working fine when I was still running FC2
and also worked fine with all the errata kernels released for both FC2
and FC3,

The only other problem I've had which I think might be related to the
mouse is described in more detail in bug 134443

Just to clarify, I'm not getting the whole error message the first
poster reported, the only error message I am getting is:

kernel: drivers/usb/input/hid-core.c: input irq status -84 received

I also have this problem. It's dell precision 370 and dell optical USB
mouse. The mouse is freezing in X without any kernel message at all.
It helps to switch to console where gpm says:
 Dec 13 12:08:58 adam gpm[2423]: *** info [mice.c(1766)]:
 Dec 13 12:08:58 adam gpm[2423]: imps2: Auto-detected intellimouse PS/2
and back.

I X log there is:
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
(II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE)
(II) Mouse0: ps2EnableDataReporting: succeeded
SetClientVersion: 0 8
SetClientVersion: 0 8
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetGrabKeysState - enabled
.... lot of these...
SetClientVersion: 0 8
SetGrabKeysState - disabled
SetGrabKeysState - enabled
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Mouse0: ps2EnableDataReporting: succeeded
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Mouse0: ps2EnableDataReporting: succeeded
SetClientVersion: 0 8
SetGrabKeysState - disabled
SetGrabKeysState - enabled
SetClientVersion: 0 8
SetGrabKeysState - disabled
SetGrabKeysState - enabled
(WW) Open APM failed (/dev/apm_bios) (No such file or directory)
(II) Mouse0: ps2EnableDataReporting: succeeded

Here you see the mouse was reinicialized.


xorg.conf:
 Section "InputDevice"
         Identifier  "Mouse0"
         Driver      "mouse"
         Option      "Protocol" "IMPS/2"
         Option      "Device" "/dev/input/mice"
         Option      "ZAxisMapping" "4 5"
         Option      "Emulate3Buttons" "yes"
 EndSection

I trace that this is happening mainly when selecting and pasting with
the mouse.

I've come to this bug from:
http://z.iwethey.org/forums/render/content/show?contentid=184544

I almost sure that I can reproduce this bug. Most simple is to use any
drawing editor (gimp, inkscape..) and move/drag/draw with shift and
ctrl keys pressed. It does not happen when moving without any key pressed.

An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.

I do not have this configuration available anymore.:( Original reporter?

This bug has been automatically closed as part of a mass update.
It had been in NEEDINFO state since July 2005.
If this bug still exists in current errata kernels, please reopen this bug.

There are a large number of inactive bugs in the database, and this is the only
way to purge them.

Thank you.