hid-tmff2/src, branch masterACTIVE - Linux driver for Thrustmaster wheelshttps://metanimi.dy.fi/cgit/hid-tmff2/atom?h=master2026-08-18T18:41:17Zadd module description2026-08-18T18:41:17ZKimplulkimi.h.kuparinen@gmail.com2026-08-18T18:26:51Zurn:sha1:456ec7d66d58ee41377022f44618a9b40838f5f9remove generic input filtering from wheel and pedal axes2026-08-08T22:20:24ZKai Krakowkai@kaishome.de2026-08-08T11:04:36Zurn:sha1:4c142e19d14d02d0149198274b0f3f11091c71c6
+ HID derives fuzz and flat from the logical axis range. On the tested T300
this gives steering fuzz=255 and flat=4095. It filters small corrections
and adds a large centered deadzone before applications apply their own
steering model.
+ Flat is also centered for pedal axes, while their rest position is an
endpoint. Fuzz without an endpoint deadzone can retain a small nonzero
value after the hardware has returned to rest. Both behaviours are
inappropriate for wheel and pedal input, and applications already provide
the required steering and endpoint deadzones.
+ Override fuzz and flat for every available wheel and pedal axis in
input_configured on devices handled by hid-tmff2, following the existing
hid-universal-pidff precedent for high-resolution racing devices. Skip
absent axes through the input device's absbit mask.
handle full signed effect magnitude range2026-08-08T22:20:18ZKai Krakowkai@kaishome.de2026-08-08T11:04:25Zurn:sha1:1914c478dec801e98e9b73bbfd5bbdc4c0a11cf8
+ Direction scaling can produce 32768 for the valid input pair -32768 and a
negative full-scale sine value. Storing the intermediate result in s16
wraps it before constant, ramp or periodic effects are converted.
+ Keep direction-scaled values in s32 until their destination range is
known. Periodic effects cannot represent a magnitude above S16_MAX, so
clamp the asymmetric endpoint after making the magnitude positive. This
also prevents the following headroom calculation from using a negative
wrapped magnitude.
avoid signed overflow when scaling gain2026-08-08T22:20:08ZKai Krakowkai@kaishome.de2026-08-08T10:27:06Zurn:sha1:465ce84d2997e5af6630b88d88b63509d5a88031
+ FF_GAIN and the driver gain both use the full 16-bit range. Their product
can exceed INT_MAX. Signed overflow is undefined and happens for common
settings such as 75 percent times 75 percent. Use a u32 intermediate for
the scaling operation.
+ Pass the configured gain directly when initializing or updating the
hardware. This also removes two redundant multiply-divide expressions
which could overflow before cancelling out.
use an unsigned 16-bit type for gain2026-08-08T22:20:00ZKai Krakowkai@kaishome.de2026-08-08T20:36:04Zurn:sha1:f014217288927246f92ee876afbbf9de8ba707be
+ Gain is documented and sent to the hardware as a value in the range 0 to
65535, but the module parameter and sysfs attribute accept wider integer
values. Store gain as a u16 and parse sysfs writes with kstrtou16 so
out-of-range values are rejected instead of being silently changed.
+ This constrains only the configured value. Calculations combining gain
values still require a wider intermediate to cover the product of two
full-range 16-bit values.
Revert "use on_hid_hw_open instead of input_dev->open"2026-01-26T16:21:43ZKimplulkimi.h.kuparinen@gmail.com2026-01-26T16:21:43Zurn:sha1:66e522e26549afab26d032e900ae9f6576c83b9d
This reverts commit c26573d77369c042dc2b9a881a7f2ff88ddc0dd9.
+ `on_hid_hw_open` is apparently new enough that common distros don't
have it yet, so let's wait a few years and try again. The old method
works well enough and if not, just set `open_mode=0`.
use on_hid_hw_open instead of input_dev->open2026-01-04T19:49:58ZKimplulkimi.h.kuparinen@gmail.com2026-01-04T19:49:58Zurn:sha1:c26573d77369c042dc2b9a881a7f2ff88ddc0dd9
+ Seems some applications can mess with input_dev->open, still unclear
how but on_hid_hw_open seems to be a bit more reliable so use it for
now at least
fix possibly uninitialized variable2025-12-01T16:55:15ZKimplulkimi.h.kuparinen@gmail.com2025-12-01T16:55:15Zurn:sha1:8b1c826c0d70c6a086c8ff262b4a8074f1f9acf5remove extra whitespace2025-11-23T12:41:43ZKimplulkimi.h.kuparinen@gmail.com2025-11-23T12:41:43Zurn:sha1:75292f71752197a4f03b0c44ba5558230012e448correct tspc range to be 10802025-11-23T12:38:13ZKimplulkimi.h.kuparinen@gmail.com2024-10-07T09:02:01Zurn:sha1:79e04b30e82273667785431e2d998e6e588f4c21