Bug 795 - hiddev is loosing events (getting 0x0 events instead of the real ones)
Summary: hiddev is loosing events (getting 0x0 events instead of the real ones)
Status: RESOLVED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Input Devices (show other bugs)
Hardware: i386 Linux
: P2 high
Assignee: Vojtech Pavlik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-10 06:35 UTC by Arnaud Quette
Modified: 2004-02-01 02:12 UTC (History)
0 users

See Also:
Kernel Version: 2.5.69+
Subsystem:
Regression: ---
Bisected commit-id:


Attachments

Description Arnaud Quette 2003-06-10 06:35:55 UTC
Distribution: Debian Unstable (sid)
Hardware Environment: Celeron i810 board, uhci/ohci controlers, various MGE UPSs
Software Environment: kernel + Network UPS Tools (hidups driver

Problem Description: some hid events are lost. In fact, userland layer only see
a 0x0 event ! This seems better between 2.5.69 and 2.5.70-bk13, as on the former
I was losing all important events (ACPresent = 0, ...), while the later only
lose it sometimes.

Steps to reproduce: having the kernel with hiddev compiled in, start NUT hidups
driver in debug mode (-DD) and unplug the power from the UPS to generate some
interrupt events. You should see some:
>Unhandled event: 0x0 (%value)

With a bit of "chance", one of this event should be an "important" and visible
one, such as the power failure (ACPresent = 0), thus you won't see that you're
now on battery. Loosing a LowBattery would result in UPS to shutoff without the
protected system to have shutdown.

Lastly, note that this is 2.5 related (I've never seen 0x0 events in 2.4)
Comment 1 Vojtech Pavlik 2004-02-01 02:12:01 UTC
Does this still happen with 2.6.2[-rc3]?

Note You need to log in before you can comment on or make changes to this bug.