Add kernel driver modules for steering wheels (hid-tmff2 in particular) #901
Comments
|
transffered issue to the kmods repo for easier tracking |
|
whoops! I'll just leave it back in bazzite for now |
How did you load the module? I am trying to add hid-fanatecff but FS is read only. Thank you in advance. |
@mmhorda you shouldn't try to modify the root filesystem directly, as it is immutable by design (see https://docs.fedoraproject.org/en-US/fedora-silverblue/technical-information/). You could technically build the module and layer it to your installation, but you would have to create a new layer after every kernel update because DKMS is not supported yet. My current solution is to rebuild the module and load it every time I log in:
#!/bin/sh
set -x
make -C ~/hid-fanatecff clean
make -C ~/hid-fanatecff
sudo insmod ~/hid-fanatecff/hid-fanatec.ko
sudo cp ~/hid-fanatecff/fanatec.rules /etc/udev/rules.d/99-fanatec.rules
sudo udevadm control --reload-rules && sudo udevadm trigger
I just pasted my script for hid-tmff2 and adapted to hid-fanatecff, so you might need to fix it, but you get the idea. Also, you might need to Let's hope these modules get added soon so we won't need to use this workaround. |
|
I made it work but then i gave up :) Basically I placed compiled module to /usrl/local/lib/kernel/ (created folders if missing Otherwise it is a very cool idea (works on windows) have a handhld and hook it up to a sim rig with eGPU for a drive. |
|
Mine similarly works intermittedly - SDL doesn't register it, but Oversteer does. I'm insmodding the module than connecting and it worked exactly once in SDL. T150 user, it works fine in other Linux Distros. |
|
I tried to achieve anything of this thread, the make command didn't even work :-) Is there any chance that this could be baked into bazzite? Or make it as optional installation for the Oversteer option? If my steering wheel would work this would be THE one argument to buy a collapsible gaming seat for my living room :-D |
|
In the event these drivers do end up eventually getting baked into bazzite, I'd like to add simagic-ff to the list. perhaps a branch other than Until then, the script posted by napaalm works, although it may be better to build the module in a distrobox to avoid needing any layered packages |
|
For anyone still waiting for official support, the method provided by @napaalm can be done again, as long as you're on the testing branch. For this example, I'll be using Note: If kernel-devel packages are available for the version you're running, there is no need to switch to testing. As of current, the stable build's kernel-devel packages are not available on COPR, so I needed to switch to testing for the time being. Starting off, ensure you have installed Pull the hid-fanatecff repo, for simplicity sake, I'll be pulling to my /home folder. Create the #!/bin/sh
set -x
sudo insmod ~/hid-fanatecff/hid-fanatec.ko
sudo cp ~/hid-fanatecff/fanatec.rules /etc/udev/rules.d/99-fanatec.rules
sudo udevadm control --reload-rules && sudo udevadm triggerNext, edit the KERNEL_SRC line in the makefile to the following. Build the .ko with You will need to run this command again if your kernel version changes. Make sure that you also have the up-to-date Then, finally run You should be seeing your device being detected and setup properly in If you do not see this message, or get an error; try again with a USB 2.0 port. Currently I am unable to get oversteer to work with this, though games are able to use forcefeedback and work correctly. My device is being detected on /dev/input/event9. If someone else is getting oversteer to work with their device, do let us know. Hopefully that helps for now, though I am still unsure if this needs to be moved back to https://github.com/ublue-os/akmods |
|
Please, add support for logitech g29 too. |
|
https://github.com/JacKeTUs/universal-pidff This has some solid summaries on why most of these devices don't work, particularly in my case I have a VRS wheel. While it would be reasonable to state "well the hardware manufacturers should be doing things correctly", its a bit difficult to convince them and the games people play with those devices to support these operating systems when, well, we can't really use them at all as it stands. Overall, this would be one of two final nails in the coffin for me for Windows. The other nail being "iRacing supporting EOS on Linux". But I would at least like to see if I can try some of the other games I have with it though. |
I also have vrs wheel and am desperate to get it working on bazite. |
|
I would also love to get my T300RS working on Bazzite. Games don't seem to recognize it and Oversteer seems very confused about the wheel as well. As Bazzite is a distro focused on gaming, I feel that it should include drivers for game controllers (which simwheels are) by default. |
|
+1 |
|
@KyleGospo any update on this? |
|
i would also like to know if there are any news or progress in this case. |
Describe the package
First of all, thank you for including a simple one-click method to install oversteer!
Unfortunately though that's not sufficient to use my steering wheel (a Thrustmaster T300RS) because it requires a custom kernel module, which is hid-tmff2.
It's a particularly painful issue because, from what I understand, DKMS packages are not supported by
rpm-ostree, and because of #899 I can't build the module locally either (instead I have to build it in a toolbox where I installed the right kernel headers)(EDIT: solved).I would propose to include in bazzite all the custom drivers required by oversteer, which are (from the project's README):
Finally, I want to point out that, even when I managed to load the custom module, my wheel wouldn't work on proton games on Steam, so I found hid-tmff2#54 and after adding the following udev rule on it started working properly:
I'll let you figure out which udev rules should be added to bazzite by default, considering that a
/usr/lib/udev/rules.d/99-thrustmaster-wheel-perms.rulesalready exists (and I assume it comes from oversteer) but only changes the permissions to configure the device and not to access it.Image
Nvidia
The text was updated successfully, but these errors were encountered: