Has anyone found a workaround for this?
Sorry - I never found a workaround, it just worked all of a sudden
I'm encountering seemingly the same issue right now with the same HOTAS setup. Proton 9.x versions, and GloriousEggroll builds based on them work. Proton 10.x versions, and corresponding GE builds do not work. I'm playing Elite Dangerous and making no other config changes other than forcing the use of a specific version of compatibility tool. Results so far:
Having the same issue.
On arch based distro with 6.14 kernel
Proton 9.0-4 seems to work. Input device not visible (not working) as of June 7 2025
Proton Hotfix seems to work as of now (14. November 2025)
proton hotfixx1 2025-11proton 9.0-4x2 2025-06proton 10.0-1x1 2025-06proton experimentalx1 2025-06
Now it works. I have no idea why or what, but it works. Please close this ticket as I am no longer able to reproduce the error.
Systeminformation
Steam-client: Oct. 13 2021, at 19:47:24
Distribution: Ubuntu 20.04
Client beta: Currently no - but this bug affects both BETA and stable
Checked for system updates: Yes
Install-packages:
Issue
Steam refuses to recognize USB-connected device Thrustmaster T.16000m (t16k) which is a HOTAS-style joystick with 16 buttons and 5 axis.
Steps to reproduce:
Connect the t16k to a functioning USB-port
Optional: Check that the joystick is connected and recognized by the OS using jstest or jstest-gtk.
Start Steam (non-Big Picture)
Open menu Steam->settings. Go to tab "controller". Click button "GENERAL CONTROLLER SETTINGS"
*Expected result:
The t16k should be recognized and listed as a device (preferably of type joystick)
Actual result:
The t16k is not listed at all. Also there is no "generic controller" representation of it.
Observations
It is NOT a permissions issue
Many complaints of devices not getting recognized by the Steam-client has been solved by adding a udev-rule to the system that sets permissions '666' on the symlinks in
/dev/input/That is not the problem/solution here.
Other devices are recognized, and they are created with the systems default permissions.
I've added a udev-rule that sets permissions to '666' and changes the owner to my account and group acces to the group 'input' of which my account is a member.
In the above output
js0is the t16k. As you can see the owner is my account (esm), and the permissions are set to '666'.As far as I know, the steam-client is picking the event-links, not the js-links. But permissions are equally set on the eventlinks.
In the above output,
event11is the t16k with lax permissions, andevent28is my tablet with system-default permissions.The Steam-client will actually recognize my tablet, and present it to the user as a 'generic gamepad' - however it will not accept any input from it (neither will jstest-gtk - that's ok, it's not a gaming-device).
By test I have concluded that it doesn't matter if I use lax permissions or let the system set it's default permissions: Steam is not recognizing the t16k
T16k is recognized and partly functional if it is emulating another
controller.
There are (at least) two pieces of software for linux that can help letting a usb-device emulate being another device.
One is
xboxdrv, that can take any controller/HOTAS etc ... and remap it's buttons and expose it as a (virtual) X-box controller.Another is 'unijoy'. A tool that let's you merge two or more controllers into one virtual device. Of course you can also just 'merge' one device, and let that become a new virtual controller.
With both methods Steam recognizes the new virtual device and presents it to the user as an 'Xbox One Controller'. Both the 'CALIBRATE' and the 'DEFINE LAYOUT' options of the Controller Settings screen reacts to input from the virtual device, and I can actually configure it as normal for an xbox-controller. Sadly the input from the virtual device is not sent to the game (Il2-Sturmovik: Battle of Stalingrad. App ID: 307960, from now on called BoS).
BoS is able to use an xbox-controller for input as seen in this youtube video by user Wanganui Wildcat: https://www.youtube.com/watch?v=OIGmyY8whC4, so it's likely never receiving any input from steam.
The game (BoS) recognizes the t16k if run by vanilla-wine rather than steam
I was able to start BoS using the launcher software Lutrix. The game recognized the t16k immediately as seen in above picture.
This is the same steam-installation of the game, not a standalone installation. Of course, being started outside Steam, all content in the game was locked and unplayable, but this shows, that the game-installation is able to recognize the device, if it is run by my default wine-installation.