lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 13 Jan 2012 16:46:18 +0100
From:	Enrico Mattea <ocirne94@...il.com>
To:	linux-kernel@...r.kernel.org
Subject: HID device calibration - how to override mapping?

Hello all,

I have a HID device (racing pedals) and a problem with it.

In short, one of the three axes of the device (the clutch pedal) sends 
raw values differently from the other two; in the sense that gas and 
brake pedal return +32767 to 0 to -32767 (from released to halfway to 
fully pressed), while the clutch pedal sends 0 to -32767 to +32767 to 0 
(from released (0) to halfway (-32767), then the value jumps to +32767, 
then decreases again to 0 when fully pressed).

This obviously makes it impossible to properly calibrate the axis for 
anything, because of the "jump" at halfway and of the equality of min 
and max returned values.

As nobody seems to be complaining about this anywhere, I think that the 
(windows only) pedals' driver acts on the clutch value in some way at 
kernel level, "interpreting" it correctly.

So please, is there a way to do something similar - what I'm thinking 
about is remapping the values (at HID kernel driver level) - so that the 
values are interpreted correctly by the kernel?

Thank you very much in advance,
Ocirne
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ