Open Austin-2 opened 1 year ago
Hi, I could try adding the wheel ID to my driver, if we're lucky it might work without much tweaking. Although I wouldn't say it's bound to work, as the T500 also uses the same driver installer files but doesn't work the same way as a T300. Not sure about the base, looks very similar but I guess we'll see.
I see you've found the hid-tminit
repo. Apparently the TX requires a two-step boot process, at least based on https://gitlab.com/her0/tmdrv/-/blob/master/tmdrv_devices/thrustmaster_tx.py. Shouldn't be an issue, but probably requires modifying the driver a bit more than just adding a wheel value as all other wheels are single stage.
Okay, let's try to get the PC mode working. I added the TX to the hid-tminit
module accept list according to what I found in tmdrv. Please install my fork: https://github.com/Kimplul/hid-tminit/tree/master
With the fork installed, please show the dmesg
output when plugging in the wheel. There should be an error about an unknown ID, which should be one of the values we're missing. Once we have this, we should be able to move on to tackle the second boot stage.
Okay, let's try to get the PC mode working. I added the TX to the hid-tminit module accept list according to what I found in tmdrv. Please install my fork: https://github.com/Kimplul/hid-tminit/tree/master
First off, thanks for looking into this for me! I am a bit of a linux noob (trying to set this up on my steamdeck).
I cloned your fork into a folder, went into that folder and ran make
and it returned this error:
error: implicit declaration of function ‘hid_is_usb’ [-Werror=implicit-function-declaration] 300 | if (!hid_is_usb(hdev)) | ^
~~~~~ cc1: some warnings being treated as errors make[2]: [scripts/Makefile.build:272: /home/deck/Downloads/hid-tminit/hid-tminit.o] Error 1 make[1]: [Makefile:1847: /home/deck/Downloads/hid-tminit] Error 2 make[1]: Leaving directory '/usr/lib/modules/5.13.0-valve21.3-1-neptune/build' make: *** [Makefile:5: all] Error 2
Not sure if it is a configuration issue on my end, or something with the file. I am getting the sense that the veriable needs to be declared before it is used, but I am unsure what to declare it as.
Any help is appreciated.
Not sure if it is a configuration issue on my end, or something with the file. I am getting the sense that the veriable needs to be declared before it is used, but I am unsure what to declare it as.
Should be provided for you in linux/hid.h
: https://elixir.bootlin.com/linux/v6.1-rc1/source/include/linux/hid.h#L867
Apparently the steam deck headers are slightly different, or there's some config issues. If that is the only error, you could try removing the if statement, it's mostly for paranoia, and we can try to figure out the root cause later.
Btw, I'm not familiar with the steam deck, how are you compiling things? Is there a kernel header package and have you installed it?
I think this inline wasn't introduced until some later 5.x version. Probably Steam Deck uses a kernel that doesn't have this inline yet.
Thanks for the tip, 5.15 apparently. Solves that mystery.
Btw, I'm not familiar with the steam deck, how are you compiling things? Is there a kernel header package and have you installed it?
I am not 100% on linux things, but I installed the 5.13.0-valve21.3-1-neptune header via pacman. The package was called pacman -S linux-neptune-headers
I can try removing that if and seeing where that gets me. Thanks to both for the help so far!
@Kimplul
It was able to make and install after removing the if. Wheel is showing in dmesg but not recognized in games just yet.
dmesg didn't work at first so I ran what I found here: https://unix.stackexchange.com/questions/390184/dmesg-read-kernel-buffer-failed-permission-denied
% sudo sysctl kernel.dmesg_restrict=0
kernel.dmesg_restrict = 0
My dmesg
is as follows:
[ 256.681760] usb 1-1.3: new full-speed USB device number 4 using xhci_hcd [ 256.810799] usb 1-1.3: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [ 256.810812] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 256.810816] usb 1-1.3: Product: Thrustmaster TX GIP Racing Wheel [ 256.810819] usb 1-1.3: Manufacturer: Thrustmaster [ 256.810822] usb 1-1.3: SerialNumber: 0000000000000000 (deck@steamdeck hid-tminit)$
I suspect sudo dmesg
would also work but in any case, the hid-tminit
driver isn't picking up the wheel for some reason. Could you try sudo modprobe hid-tminit
and replugging the wheel?
[ 852.382679] cs35l41 spi-VLV1776:00: DSP1: Firmware version: 3 [ 852.382688] cs35l41 spi-VLV1776:00: DSP1: cs35l41-dsp1-spk-prot.wmfw: Fri 02 Apr 2021 21:03:50 W. Europe Daylight Time [ 852.446128] cs35l41 spi-VLV1776:00: DSP1: Firmware: 400a4 vendor: 0x2 v0.33.0, 2 algorithms [ 852.446325] cs35l41 spi-VLV1776:00: DSP1: 0: ID cd v29.53.0 XM@94 YM@e [ 852.446345] cs35l41 spi-VLV1776:00: DSP1: 1: ID f20b v0.0.1 XM@170 YM@0 [ 852.458279] cs35l41 spi-VLV1776:01: DSP1: Firmware version: 3 [ 852.458288] cs35l41 spi-VLV1776:01: DSP1: cs35l41-dsp1-spk-prot.wmfw: Fri 02 Apr 2021 21:03:50 W. Europe Daylight Time [ 852.521241] cs35l41 spi-VLV1776:01: DSP1: Firmware: 400a4 vendor: 0x2 v0.33.0, 2 algorithms [ 852.521412] cs35l41 spi-VLV1776:01: DSP1: 0: ID cd v29.53.0 XM@94 YM@e [ 852.521420] cs35l41 spi-VLV1776:01: DSP1: 1: ID f20b v0.0.1 XM@170 YM@0 [ 853.105809] cs35l41 spi-VLV1776:00: DSP1: Firmware version: 3 [ 853.105820] cs35l41 spi-VLV1776:00: DSP1: cs35l41-dsp1-spk-prot.wmfw: Fri 02 Apr 2021 21:03:50 W. Europe Daylight Time [ 853.170199] cs35l41 spi-VLV1776:00: DSP1: Firmware: 400a4 vendor: 0x2 v0.33.0, 2 algorithms [ 853.170345] cs35l41 spi-VLV1776:00: DSP1: 0: ID cd v29.53.0 XM@94 YM@e [ 853.170352] cs35l41 spi-VLV1776:00: DSP1: 1: ID f20b v0.0.1 XM@170 YM@0 [ 853.183271] cs35l41 spi-VLV1776:01: DSP1: Firmware version: 3 [ 853.183280] cs35l41 spi-VLV1776:01: DSP1: cs35l41-dsp1-spk-prot.wmfw: Fri 02 Apr 2021 21:03:50 W. Europe Daylight Time [ 853.246664] cs35l41 spi-VLV1776:01: DSP1: Firmware: 400a4 vendor: 0x2 v0.33.0, 2 algorithms [ 853.246825] cs35l41 spi-VLV1776:01: DSP1: 0: ID cd v29.53.0 XM@94 YM@e [ 853.246832] cs35l41 spi-VLV1776:01: DSP1: 1: ID f20b v0.0.1 XM@170 YM@0 [ 858.539212] input: Microsoft X-Box 360 pad 0 as /devices/virtual/input/input33 [ 880.266571] hid_tminit: loading out-of-tree module taints kernel. [ 880.266654] hid_tminit: module verification failed: signature and/or required key missing - tainting kernel [ 888.822475] usb 1-1.3: new full-speed USB device number 6 using xhci_hcd [ 888.950433] usb 1-1.3: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [ 888.950442] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 888.950444] usb 1-1.3: Product: Thrustmaster TX GIP Racing Wheel [ 888.950446] usb 1-1.3: Manufacturer: Thrustmaster [ 888.950448] usb 1-1.3: SerialNumber: 0000000000000000
Added everything that seemed kinda relevant. but it looks like I am seeing something from tminit.
Just checking: did you also remove return -EINVAL;
after the if statement?
Just checking: did you also remove
return -EINVAL;
after the if statement?
Yep, commented out the statement like this:
FWIW, I did run into SSL errors when running the make. From what I am reading online, it looks like the module has to be signed, which I am not sure is possible on the steamdeck. Trying to look if there is a way to sign it myself or bypass the check altogether.
Generally speaking the SSL error should be treated more as a warning, and I can't see anything in the pasted output about the module being rejected, so I'm not entirely sure what's going on. Signing yourself is still probably a good idea.
I did notice that the dmesg
output reads hid-tminit
, whereas the current driver should show up as hid-thrustmaster
. Wonder if that's still the old version?
Could you paste the output of
sudo rmmod hid-tminit
sudo modprobe hid-thrustmaster
sude dmesg
Preferably unplugging the wheel before running the commands?
sudo rmmod hid-tminit sudo modprobe hid-thrustmaster sude dmesg
the output of this was insanely large. Saved to a file, hope its not a pain to look through :smile:
Sorry, should've been more clear, didn't need the whole output, just the bit that's generated when the wheel is plugged in.
Sorry, should've been more clear, didn't need the whole output, just the bit that's generated when the wheel is plugged in.
Do you need me to generate a new message? I made that dmesg when my wheel was unplugged. I can another one with the wheel plugged in or out if you need.
Yeah, what I meant was that the two first commands would hopefully load the newer module and the dmesg
to be like https://github.com/Kimplul/hid-tmff2/issues/48#issuecomment-1287086087 but hopefully with different output.
Yeah, what I meant was that the two first commands would hopefully load the newer module and the
dmesg
to be like #48 (comment) but hopefully with different output.
So we are looking for
[ 880.266571] hid_tminit: loading out-of-tree module taints kernel.
[ 880.266654] hid_tminit: module verification failed: signature and/or required key missing - tainting kernel
to instead say something about hid-thrustmaster?
Okay, so just to confirm, I am a bit confused on what would help you more:
sudo rmmod hid-tminit
sudo modprobe hid-thrustmaster
sudo dmesg
sudo rmmod hid-tminit
sudo modprobe hid-thrustmaster
sudo dmesg
What would you advise?
EDIT: After doing the second option dmesg no longer shows hid-tminit, but no mention of hid-thrustmaster. I have confirmed hid-thrustmaster exists in in my modules.
[ 77.712651] usb 1-1.2: new full-speed USB device number 4 using xhci_hcd [ 77.831882] usb 1-1.2: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [ 77.831909] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 77.831913] usb 1-1.2: Product: Thrustmaster TX GIP Racing Wheel [ 77.831916] usb 1-1.2: Manufacturer: Thrustmaster [ 77.831919] usb 1-1.2: SerialNumber: 0000000000000000
So we are looking for
[ 880.266571] hid_tminit: loading out-of-tree module > taints kernel. [ 880.266654] hid_tminit: module verification failed: signature and/or required key missing - tainting kernel
to instead say something about hid-thrustmaster?
Yep, pretty much. The confusing bit here is that the module's filename is hid-tminit
, but the .name
property in the driver is hid-thrustmaster
. This is apparently to keep up to the in-kernel counterpart.
Okay, so just to confirm, I am a bit confused on what would help you more:
Remove existing tminit sudo rmmod hid-tminit sudo modprobe hid-thrustmaster plug in wheel sudo dmesg Remove existing tminit and redo the install. sudo rmmod hid-tminit sudo modprobe hid-thrustmaster make sudo make install plug in wheel sudo dmesg
What would you advise?
The second one. Possibly also run sudo depmod -A
before plugging in the wheel.
By the by, you can also run sudo dmesg -w
first and then plug in the wheel, makes it a bit easier to see what exactly is new and what isn't. Same goes for rmmod
and modprobe
, so in one terminal sudo dmesg -w
and in another sudo modprobe ...
but do whatever is easier for you.
Sorry again for the confusing requests.
So we are looking for [ 880.266571] hid_tminit: loading out-of-tree module > taints kernel. [ 880.266654] hid_tminit: module verification failed: signature and/or required key missing - tainting kernel to instead say something about hid-thrustmaster?
Yep, pretty much. The confusing bit here is that the module's filename is
hid-tminit
, but the.name
property in the driver ishid-thrustmaster
. This is apparently to keep up to the in-kernel counterpart.Okay, so just to confirm, I am a bit confused on what would help you more:
Remove existing tminit sudo rmmod hid-tminit sudo modprobe hid-thrustmaster plug in wheel sudo dmesg Remove existing tminit and redo the install. sudo rmmod hid-tminit sudo modprobe hid-thrustmaster make sudo make install plug in wheel sudo dmesg
What would you advise?
The second one. Possibly also run
sudo depmod -A
before plugging in the wheel.By the by, you can also run
sudo dmesg -w
first and then plug in the wheel, makes it a bit easier to see what exactly is new and what isn't. Same goes forrmmod
andmodprobe
, so in one terminalsudo dmesg -w
and in anothersudo modprobe ...
but do whatever is easier for you.Sorry again for the confusing requests.
Lol do not be sorry, you are helping out here which I really appreciate :smile: But yeah, i was a bit confused as to why the driver would be hid-thrustmaster when the file is tminit, but i understand now.
I ran the second set of commands. I edited my last reply a ton to update info but I did run the second set of commands again, and hid-tminit is no longer showing up.
[ 1276.560471] usb 1-1.2: new full-speed USB device number 9 using xhci_hcd [ 1276.690403] usb 1-1.2: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [ 1276.690415] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1276.690419] usb 1-1.2: Product: Thrustmaster TX GIP Racing Wheel [ 1276.690450] usb 1-1.2: Manufacturer: Thrustmaster [ 1276.690453] usb 1-1.2: SerialNumber: 0000000000000000
I confirmed that hid-thrustmaster exists as a module and it is loaded via modprobe
but still not showing up when I plug in the wheel. It is loaded, as I can see it when i run lsmod
, but it says 0 devices are using it.
EDIT: On a side note, I have tried rebooting after all this, and I don't see hid-thrustmaster
loaded anymore, until I manually load it with modprobe hid-thrustmaster
.
Also, I ran sudo depmod -A
and nothing happened. It looks like it generates a make file? do I need to run that make file?
I love Plasma too.
But pasting screenshots instead of code diffs ('git diff $file.c' does wonders) is ridiculous at best.
On 10/21/22, Austin-2 @.***> wrote:
Just checking: did you also remove
return -EINVAL;
after the if statement?Yep, commented out the statement like this:
-- Reply to this email directly or view it on GitHub: https://github.com/Kimplul/hid-tmff2/issues/48#issuecomment-1287091836 You are receiving this because you are subscribed to this thread.
Message ID: @.***>
EDIT: On a side note, I have tried rebooting after all this, and I don't see hid-thrustmaster loaded anymore, until I manually load it with modprobe hid-thrustmaster.
Yeah, typically the kernel only loads the drivers when it needs to, and in this case the kernel for some reason doesn't associate the driver with the wheel, though I don't really understand why. The thrustmaster_devices
array contains the USB vendor and product IDs that the driver would like to be probed for, after which thrustmaster_probe()
should be called, but I don't see it happening in your dmesg
output for some reason. Manually loading the driver should really never be necessary, but it can be useful for forcing it out or in to the kernel when testing out changes.
Also, I ran sudo depmod -A and nothing happened. It looks like it generates a make file? do I need to run that make file?
I believe it updates the kernel's internal cache of available modules, it doesn't generate any files.
@isopix
But pasting screenshots instead of code diffs ('git diff $file.c' does wonders) is ridiculous at best.
Bit rude, though I agree with the sentiment.
EDIT: On a side note, I have tried rebooting after all this, and I don't see hid-thrustmaster loaded anymore, until I manually load it with modprobe hid-thrustmaster.
Yeah, typically the kernel only loads the drivers when it needs to, and in this case the kernel for some reason doesn't associate the driver with the wheel, though I don't really understand why. The
thrustmaster_devices
array contains the USB vendor and product IDs that the driver would like to be probed for, after whichthrustmaster_probe()
should be called, but I don't see it happening in yourdmesg
output for some reason. Manually loading the driver should really never be necessary, but it can be useful for forcing it out or in to the kernel when testing out changes.Also, I ran sudo depmod -A and nothing happened. It looks like it generates a make file? do I need to run that make file?
I believe it updates the kernel's internal cache of available modules, it doesn't generate any files.
Any ideas on where to go from here? Would the answer lie in updating hid-tminit to accept my device idea be the key here? Or really any other reasonable next steps
I suspect the tminit/thrustmaster
thing might be blocking us, I went ahead and created a dev
branch and renamed everything to hid-tminit-dev
:
https://github.com/Kimplul/hid-tminit/tree/dev
Please try it out, so
make
sudo make install
sudo depmod -A
sudo modprobe hid-tminit-dev
dmesg
We should see hid-tminit-dev
and at least know the newest code is being loaded.
No luck with that one.
[13302.158376] usb 1-1.2: new full-speed USB device number 10 using xhci_hcd [13302.286933] usb 1-1.2: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [13302.286946] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [13302.286950] usb 1-1.2: Product: Thrustmaster TX GIP Racing Wheel [13302.286953] usb 1-1.2: Manufacturer: Thrustmaster [13302.286956] usb 1-1.2: SerialNumber: 0000000000000000 [13387.200410] usb 1-1.2: USB disconnect, device number 10 [13395.084779] usb 1-1.2: new full-speed USB device number 11 using xhci_hcd [13395.213947] usb 1-1.2: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [13395.213958] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [13395.213962] usb 1-1.2: Product: Thrustmaster TX GIP Racing Wheel [13395.213965] usb 1-1.2: Manufacturer: Thrustmaster [13395.213967] usb 1-1.2: SerialNumber: 0000000000000000
No mention of hid-tminit-dev in that. Something odd I noticed, not sure if it will lead us anywhere, but `listing the modules returns
hid_tminit_dev 16384 0
Should it be hid_tminit_dev
or hid-tminit-dev
?
To be safe, I ran sudo modprobe
on both.
Also, part of me is wondering if !hid_is_usb
was necessary, is there any way I can declare that not inline?
Should it be hid_tminit_dev or hid-tminit-dev?
The underscores are expected, they're just for show I suppose. The commands work with dashes.
Also, part of me is wondering if !hid_is_usb was necessary, is there any way I can declare that not inline?
If you want to, you could just copy the definition from here: https://elixir.bootlin.com/linux/v6.1-rc1/source/include/linux/hid.h#L867
Though I doubt it'll do much, as I'm guessing you're connecting the wheel via USB and the line exists to fail if the device is not a USB device.
Did you get the module signing to work? My understanding is that unsigned modules should be prevented from loading, but I guess it could be possible that they're prevented from being probed as well.
Also, I wonder if the Steam Deck is making things difficult. Do you have some other Linux machine or virtual machine you could test?
Should it be hid_tminit_dev or hid-tminit-dev?
The underscores are expected, they're just for show I suppose. The commands work with dashes.
Also, part of me is wondering if !hid_is_usb was necessary, is there any way I can declare that not inline?
If you want to, you could just copy the definition from here: https://elixir.bootlin.com/linux/v6.1-rc1/source/include/linux/hid.h#L867
Though I doubt it'll do much, as I'm guessing you're connecting the wheel via USB and the line exists to fail if the device is not a USB device.
Yes it is a USB device. I can try this out. I assume I just copy over that definition somewhere before of that if statement and remove the exclamation from the original script.
Did you get the module signing to work? My understanding is that unsigned modules should be prevented from loading, but I guess it could be possible that they're prevented from being probed as well.
I didn’t try to sign the modules at all. Your understanding is what I have as well. The modules did show as loaded, and tminit did show the message in dmesg
and I believe it at least showing is just a warning that it is loaded, but not signed.
Also, I wonder if the Steam Deck is making things difficult. Do you have some other Linux machine or virtual machine you could test?
If the hid_is_usb doesn’t work, i can try this hopefully today or more likely tomorrow. Might just go with Ubuntu as that is what I am familiar with. Just gotta grab a usb drive big enough to run it off of.
Also, part of me is wondering if !hid_is_usb was necessary, is there any way I can declare that not inline?
If you want to, you could just copy the definition from here: https://elixir.bootlin.com/linux/v6.1-rc1/source/include/linux/hid.h#L867
Though I doubt it'll do much, as I'm guessing you're connecting the wheel via USB and the line exists to fail if the device is not a USB device.
Got the module to make and install, but had to manually load by inserting this definition. Since it has been a couple of days I forgot if this is new, but I am seeing hid-tminit-dev
in dmesg
[ 63.779627] hid_tminit_dev: loading out-of-tree module taints kernel. [ 63.779721] hid_tminit_dev: module verification failed: signature and/or required key missing - tainting kernel [ 78.664771] usb 1-1.2: new full-speed USB device number 4 using xhci_hcd [ 78.793641] usb 1-1.2: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [ 78.793653] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 78.793656] usb 1-1.2: Product: Thrustmaster TX GIP Racing Wheel [ 78.793659] usb 1-1.2: Manufacturer: Thrustmaster [ 78.793661] usb 1-1.2: SerialNumber: 0000000000000000
Did you get the module signing to work? My understanding is that unsigned modules should be prevented from loading, but I guess it could be possible that they're prevented from being probed as well.
Haven't figured out how to do this quite yet.
Also, I wonder if the Steam Deck is making things difficult. Do you have some other Linux machine or virtual machine you could test?
Just tried on Ubuntu, and no major differences vs. what I am seeing on the Steamdeck in regards to the dmesg
, except it is using usb 3.1 instead of 1.1.2, and I did not get the taints kernel message.
[ 1060.907810] hid_tminit_dev: module verification failed: signature and/or required key missing - tainting kernel [ 1081.896371] usb 3-1: new full-speed USB device number 4 using xhci_hcd [ 1082.070334] usb 3-1: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [ 1082.070340] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1082.070342] usb 3-1: Product: Thrustmaster TX GIP Racing Wheel [ 1082.070344] usb 3-1: Manufacturer: Thrustmaster [ 1082.070345] usb 3-1: SerialNumber: 0000000000000000 [ 1162.405466] usb 3-1: USB disconnect, device number 4
Just tried on Ubuntu, and no differences vs. what I am seeing on the Steamdeck in regards to the dmesg.
This is arguably the most telling. Based on the dmesg
output, I'm starting to suspect that the wheel (or at least the initial stage) isn't reporting itself as a HID device, rather a raw USB device. hid-tminit
is a HID driver, and that might explain why it doesn't show up.
I don't know if it's possible to make the driver accept raw USB IDs or if we'd need a separate driver for it. I'll do some research and report back.
This is arguably the most telling. Based on the
dmesg
output, I'm starting to suspect that the wheel (or at least the initial stage) isn't reporting itself as a HID device, rather a raw USB device.hid-tminit
is a HID driver, and that might explain why it doesn't show up.
Do you know if there is anyway I can confirm this for you? Either on windows or Linux?
Not really, no. My plan is to maybe write a couple skeleton drivers to check if this theory holds water. Typically a HID device would get picked up by hid-generic
, which doesn't seem to be happening in this case, but I don't know if there are corner cases where this doesn't apply.
In other words, uncharted territory for me.
The Logitech G920 for XBOX/PC needs a usb_modeswitch
command to put it in PC mode. The command is currently included in the default UDEV rules. Maybe this wheel is something like this?
Good point. tmdrv
could be used as a stop-gap to kick the wheel into its final form, and then from there see if the T300 driver works for the TX.
Hello again, sorry for the wait. Assuming my theory about hid
vs usb
is correct, there doesn't seem to be a (non-hacky, at least) way to add raw USB devices to a hid driver. This means that hid-tminit
would need to be rewritten for the TX to be initialized the typical way. As such, I think @berarma's idea about usb_modeswitch
might be the better option for now, if we get it working. Something like
usb_modeswitch -v 044f -p b664 -M 418300010000
might work for the first init stage, based on this.
Short-term, I'd like to see if the TX actually is just a T300 in disguise. I suggest @Austin-2 you try initializing the wheel with tmdrv
. I added the TX's "final" PC mode ID to my driver over in the tx
branch: https://github.com/Kimplul/hid-tmff2/tree/tx
If tmdrv
initializes the wheel like I expect it to, the driver should be able to pick it up fully initialized and treat it as if it was a T300, with hopefully (at least partially) working FFB.
Hello again, sorry for the wait. Assuming my theory about
hid
vsusb
is correct, there doesn't seem to be a (non-hacky, at least) way to add raw USB devices to a hid driver. This means thathid-tminit
would need to be rewritten for the TX to be initialized the typical way. As such, I think @berarma's idea aboutusb_modeswitch
might be the better option for now, if we get it working. Something likeusb_modeswitch -v 044f -p b664 -M 418300010000
might work for the first init stage, based on this.
Short-term, I'd like to see if the TX actually is just a T300 in disguise. I suggest @Austin-2 you try initializing the wheel with
tmdrv
. I added the TX's "final" PC mode ID to my driver over in thetx
branch: https://github.com/Kimplul/hid-tmff2/tree/txIf
tmdrv
initializes the wheel like I expect it to, the driver should be able to pick it up fully initialized and treat it as if it was a T300, with hopefully (at least partially) working FFB.
Hey,
Thanks for looking into this, but I am a little confused.
Do you want me to do anything with
usb_modeswitch -v 044f -p b664 -M 418300010000
Or just make a driver with your branch at https://github.com/Kimplul/hid-tmff2/tree/tx?
I installed the driver from that new branch I was getting errors of no makefile, but I was able to install via dkms. After installing I had to run sudo modprobe hid-tmff-new
and got this in dmesg
[ 623.899112] usb 1-1.3: new full-speed USB device number 5 using xhci_hcd
[ 624.028512] usb 1-1.3: New USB device found, idVendor=044f, idProduct=b664, b cdDevice= 1.01
[ 624.028524] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber =3
[ 624.028527] usb 1-1.3: Product: Thrustmaster TX GIP Racing Wheel
[ 624.028530] usb 1-1.3: Manufacturer: Thrustmaster
[ 624.028533] usb 1-1.3: SerialNumber: 0000000000000000
[ 773.643807] hid_tmff_new: loading out-of-tree module taints kernel.
[ 773.643905] hid_tmff_new: module verification failed: signature and/or requir ed key missing - tainting kernel
[ 778.465781] [drm] Failed to add display topology, DTM TA is not initialized.
[ 779.597287] usb 1-1.3: USB disconnect, device number 5
[ 784.155904] usb 1-1.3: new full-speed USB device number 6 using xhci_hcd
[ 784.285767] usb 1-1.3: New USB device found, idVendor=044f, idProduct=b664, b cdDevice= 1.01
[ 784.285779] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber =3
[ 784.285782] usb 1-1.3: Product: Thrustmaster TX GIP Racing Wheel
[ 784.285785] usb 1-1.3: Manufacturer: Thrustmaster
[ 784.285788] usb 1-1.3: SerialNumber: 0000000000000000
After installing tmdrv
, this is my dmesg
[ 214.394723] usb 1-1.3: new full-speed USB device number 6 using xhci_hcd
[ 214.520761] usb 1-1.3: New USB device found, idVendor=044f, idProduct=b669, b cdDevice= 1.00
[ 214.520768] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber =0
[ 214.520770] usb 1-1.3: Product: Thrustmaster TX Racing Wheel
[ 214.520771] usb 1-1.3: Manufacturer: Thrustmaster
[ 214.610175] input: Thrustmaster Thrustmaster TX Racing Wheel as /devices/pci0 000:00/0000:00:08.1/0000:04:00.3/usb1/1-1/1-1.3/1-1.3:1.0/0003:044F:B669.000A/in put/input33
[ 214.611075] hid-generic 0003:044F:B669.000A: input,hidraw6: USB HID v1.11 Joy stick [Thrustmaster Thrustmaster TX Racing Wheel] on usb-0000:04:00.3-1.3/input0
[ 271.277487] usb 1-1.3: USB disconnect, device number 6
[ 295.293828] usb 1-1.3: new full-speed USB device number 7 using xhci_hcd
[ 295.422970] usb 1-1.3: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01
[ 295.422982] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 295.422985] usb 1-1.3: Product: Thrustmaster TX GIP Racing Wheel
[ 295.422988] usb 1-1.3: Manufacturer: Thrustmaster
[ 295.422991] usb 1-1.3: SerialNumber: 0000000000000000
I am unable to run usb_modeswitch on my Steamdeck. If this is the right direction, I can try the following on my Ubuntu install.
I installed the driver from that new branch I was getting errors of no makefile,
I did find a typo which causes the compilation to fail, sorry about that, but what do you mean no makefile? dkms
still uses the makefile, so I don't really think the driver you're loading is the one with the TX stuff. Please try compiling manually and paste any errors into your comment.
After installing tmdrv, this is my dmesg [...]
Looks about right, I can see hid-generic
so the wheel should be able to be picked up once the stuff mentioned earlier is sorted out.
I am unable to run usb_modeswitch on my Steamdeck. If this is the right direction, I can try the following on my Ubuntu install.
What exactly do you mean? Is it not installed by default, or did you get an error message? Is it not available through pacman
?
Wow I thought I replied earlier but it just did not post!
I installed the driver from that new branch I was getting errors of no makefile,
I did find a typo which causes the compilation to fail, sorry about that, but what do you mean no makefile?
dkms
still uses the makefile, so I don't really think the driver you're loading is the one with the TX stuff. Please try compiling manually and paste any errors into your comment. ': Not sure how to compile manually, unless you meanmake
instead of usingdkms
. When doing that, I got this error:make -C hid-tminit KDIR="/lib/modules/5.13.0-valve21.3-1-neptune/build" make[1]: Entering directory '/home/deck/Downloads/hid-tmff2/hid-tminit' make[1]: No targets specified and no makefile found. Stop. make[1]: Leaving directory '/home/deck/Downloads/hid-tmff2/hid-tminit' make: [Makefile:16: hid-tminit] Error 2
My directory contains the makefile, here is the ls
(deck@steamdeck hid-tmff2)$ ls dkms.conf hid-tmff2.h hid-tmt300rs.h ps4-input.txt dkms-install.sh hid-tminit Kbuild README.md force-effects.txt hid-tmt248.c LICENSE t248-effects.txt hid-tmff2.c hid-tmt300rs.c Makefile TODO
I noticed a mention of the folder, hid-tminit
, I temporarily moved everything into that folder and tried make
and got a shorter error:
make -C hid-tminit KDIR="/lib/modules/5.13.0-valve21.3-1-neptune/build" make[1]: hid-tminit: No such file or directory. Stop. make: [Makefile:16: hid-tminit] Error 2
What exactly do you mean? Is it not installed by default, or did you get an error message? Is it not available through
pacman
?
I didn't know I was able to do that. I was able to install it is sudo pacman -S usb_modeswitch
.
Just for clarification, what is the next plan we are attempting? I am unsure how the usb_modeswitch falls into the equation.
tmdrv
usb_modeswitch
Not sure how to compile manually, unless you mean make instead of using dkms. When doing that, I got this error:
make -C hid-tminit KDIR="/lib/modules/5.13.0-valve21.3-1-neptune/build" make[1]: Entering directory '/home/deck/Downloads/hid-tmff2/hid-tminit' make[1]: *** No targets specified and no makefile found. Stop. make[1]: Leaving directory '/home/deck/Downloads/hid-tmff2/hid-tminit' make: *** [Makefile:16: hid-tminit] Error 2
Oh, right, you're missing the git submodule. You just need to run
git submodule init
git submodule update
and then the compilation should succeed. Usually the submodule is added automatically when --recurse-submodules
is added to git clone
, guess you just missed it. After that, run make
and sudo make install
.
I didn't know I was able to do that. I was able to install it is sudo pacman -S usb_modeswitch.
Okay, good to know.
Just for clarification, what is the next plan we are attempting? I am unsure how the usb_modeswitch falls into the equation.
- Install the new tmff2 driver
- Initiate the wheel with tmdrv
- Use usb_modeswitch
- ???
Right now, 1. Mostly because I want to see if the wheel actually is just a T300 in disguise. If it is, then great, we can do some bughinting and see if there are any obvious differences. If it doesn't, trying to figure out how to optimize booting a non-working device seems like wasted effort and I'd prefer to get the wheel working first, then streamlining the init process.
You already showed that 2 works more or less how I expect it to, but this step is temporary and eventually it'd be nice to have the wheel automatically initialized without having to install third-party tools besides this and the init driver (which are bundled together in this repo, the errors you reported was for the hid-tminit
driver missing).
The TX init sequence differs from the other wheels that I'm aware of in that it doesn't show up as a HID device, which would either require rewriting hid-tminit
to a USB driver instead of a HID driver. usb_modeswitch
would've maybe been a preferable option to this, at least it'd require less effort and it was preinstalled on my machine at least. However, if it's not as standard as I thought it was, that might throw a wrench in the cogs. Not sure whether rewriting hid-tminit
or just adding a note in the README about requiring some third party tools is better.
I was able to make the driver. I wasn't sure what this driver name was, but I did a modprobe
on the following: hid-thrustmaster
, hid-tmff-new
, hid-tminit
. Let me know if I should do anything else, the dmesg
has no new things to my eye.
[ 592.662030] hid_tminit: loading out-of-tree module taints kernel. [ 592.662120] hid_tminit: module verification failed: signature and/or required key missing - tainting kernel [ 863.657458] usb 1-1.2: new full-speed USB device number 4 using xhci_hcd [ 863.780307] usb 1-1.2: New USB device found, idVendor=044f, idProduct=b664, bcdDevice= 1.01 [ 863.780318] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 863.780321] usb 1-1.2: Product: Thrustmaster TX GIP Racing Wheel [ 863.780324] usb 1-1.2: Manufacturer: Thrustmaster [ 863.780327] usb 1-1.2: SerialNumber: 0000000000000000 [ 864.720984] usb 1-1.2: USB disconnect, device number 4
You need to initialize the wheel first with tmdrv
, only after that can the driver pick the wheel up. hid-tmff-new
is the name of the FFB driver, by the way.
Installed, initiated tmdrv
and modprobed hid-tmff-new
[ 1193.332362] input: Thrustmaster Thrustmaster FFB Wheel as /devices/pci0000:00/0000:00:08.1/0000:04:00.3/usb1/1-1/1 -1.2/1-1.2:1.0/0003:044F:B65D.0009/input/input33 [ 1193.332771] hid-generic 0003:044F:B65D.0009: input,hidraw6: USB HID v1.00 Gamepad [Thrustmaster Thrustmaster FFB W heel] on usb-0000:04:00.3-1.2/input0 [ 1193.679393] usb 1-1.2: USB disconnect, device number 5 [ 1194.140127] usb 1-1.2: new full-speed USB device number 6 using xhci_hcd [ 1194.266041] usb 1-1.2: New USB device found, idVendor=044f, idProduct=b669, bcdDevice= 1.00 [ 1194.266053] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 1194.266056] usb 1-1.2: Product: Thrustmaster TX Racing Wheel [ 1194.266059] usb 1-1.2: Manufacturer: Thrustmaster [ 1194.356408] input: Thrustmaster Thrustmaster TX Racing Wheel as /devices/pci0000:00/0000:00:08.1/0000:04:00.3/usb1 /1-1/1-1.2/1-1.2:1.0/0003:044F:B669.000A/input/input34 [ 1194.356703] hid-generic 0003:044F:B669.000A: input,hidraw6: USB HID v1.11 Joystick [Thrustmaster Thrustmaster TX R acing Wheel] on usb-0000:04:00.3-1.2/input0 [ 1269.455940] usb 1-1.2: USB disconnect, device number 6
Not sure if this is related: https://unix.stackexchange.com/questions/12005/how-to-use-linux-kernel-driver-bind-unbind-interface-for-usb-hid-devices
I thought hid-generic
would automatically look for more specific drivers and that the issue described above wasn't a thing anymore, but in this case it seems like it might still be. I'm reasonably certain the driver has the correct VendorID
/ProductID
values, so I don't really know why the driver isn't being probed.
Other things that came to mind:
sudo depmod -A
after sudo make install
?Hi, was looking around for Thrustmaster TX Linux support and ended up here. I'm using Chimera OS (Arch based) and I have a TX which is not recognized, I'm no Linux newbie but never went into coding drivers. If there's anything I can help with I'll be happy to contribute.
Can you tell me what it's needed to test/gather data for the current research stage?
also: will it be useful if I can share an ssh access to a machine to test the hardware on (create a temp ssh keypair and send the public here, I'll provide a public endpoint to ssh into it)
Hi @penzoiders , the main issue right now seems to be that the driver for some reason either isn't being probed or rejects the wheel when presented with it. I'm unsure why this is, as the wheel's vendor / product ids should be correct in the driver and I can't see any attempts by this driver to pick up the wheel in the provided dmesg
logs.
I would appreciate it if you checked if the tx
branch shows the same behavior for you as it does for @Austin-2, at least it would confirm that the behavior is something I've messed up rather than just the Steam Deck being weird or something. The steps to take are outlined higher up in the thread: Install this driver, initialize the wheel with tmdrv
, see what happens.
OK, I'll try on my Manjaro desktop and give you feedback.
I see that there're AUR packages for your repo too.. but I guess I have to take the tx
branch manually isn't it?
Yep, the package uses the main branch.
Using TX branch, at first dmesg told me to update the wheels firmware, which made sense because I had never updated it so I went and did that using windows.
After doing that, when I run tmdrv, the lights on the wheel start blinking, then they go out, dmesg says the thrustmaster is in bootloader mode, and the wheel becomes unusable until I do a rescue-mode reflash on windows again.
[ 1809.860914] usb 1-9: new full-speed USB device number 17 using xhci_hcd [ 1810.002210] usb 1-9: New USB device found, idVendor=044f, idProduct=b669, bcdDevice= 1.00 [ 1810.002212] usb 1-9: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 1810.002213] usb 1-9: Product: Thrustmaster TX Racing Wheel [ 1810.002214] usb 1-9: Manufacturer: Thrustmaster [ 1810.004111] input: Thrustmaster Thrustmaster TX Racing Wheel as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:044F:B669.0007/input/input29 [ 1810.004419] hid-generic 0003:044F:B669.0007: input,hidraw5: USB HID v1.11 Joystick [Thrustmaster Thrustmaster TX Racing Wheel] on usb-0000:00:14.0-9/input0 [ 1810.061188] input: Thrustmaster Thrustmaster TX Racing Wheel as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:044F:B669.0007/input/input30 [ 1810.061510] tmff2 0003:044F:B669.0007: input,hidraw5: USB HID v1.11 Joystick [Thrustmaster Thrustmaster TX Racing Wheel] on usb-0000:00:14.0-9/input0 [ 1810.061823] tmff2 0003:044F:B669.0007: force feedback for T300RS [ 1810.071468] usb 1-9: USB disconnect, device number 17 [ 1811.160963] usb 1-9: new full-speed USB device number 18 using xhci_hcd [ 1811.301857] usb 1-9: New USB device found, idVendor=044f, idProduct=b663, bcdDevice= 0.01 [ 1811.301870] usb 1-9: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 1811.301876] usb 1-9: Product: Thrustmaster TX Bootloader [ 1811.301880] usb 1-9: Manufacturer: Thrustmaster
Thanks for the info @bytes-ls, from the dmesg
output I can see that the tmff2
driver is being loaded as I would expect, so maybe the Steam deck kernel has some extra security enabled for module loading? Not sure.
Anycase, more pressing is that the driver apparently causes the wheel to brick itself, and as such the wheel unfortunately isn't a drop-in replacement for the T300 as far as this driver is concerned. They may still be really similar, but we would need to do some digging and slight reverse engineering. I've outlined the steps in the wiki, if anyone is interested.
I might give it a try with my wheel on my pc and see if i can get anything working.
Hello again, @davidedmundson recently got FFB for the TX working and submitted a patch. I merged it into master
in https://github.com/Kimplul/hid-tmff2/commit/19c4f683e1e9ecada52c2731ea1a55bc294bd808, would be great if you could give it a go and report back. Currently hid-tminit
is still missing support for the TX, so you will have to initialize the wheel with tmrdv
.
Hello,
I was looking for support for a Thrustmaster TX wheel. Mine is the Ferrari 458 wheel, but it is technically a Thrustmaster TX.
https://support.thrustmaster.com/en/product/txracingwheel-en/
From my understanding, this wheel is the same as the T300RS, but for Xbox/PC instead of PS4/PC. The drivers on Windows use the same files.
I was able to get the wheel working with tmdriv, but it did not have FFB.
I would love if there would be support for my wheel on Linux!
thanks!