You are not logged in.
Hello,
I’m having an issue with my FlySky FS-i6X controller on Arch Linux. The same controller and cable work correctly on Linux Mint, but on Arch the detection is unstable. The problem is not with the cable or the controller itself, but likely with how Arch detects the device.
Here’s what I’ve tried so far:
Running lsusb
Checking logs with dmesg
Testing with evtest
Several other checks that all point to the same result
The main issue is that plugging in the USB device does not produce any output in dmesg.
Since it works on Mint but not on Arch, this seems related to kernel, udev, or HID handling rather than hardware.
Any help or known issues would be appreciated.
Thanks.
Last edited by Burak Özyurt (2025-12-14 17:46:57)
Offline
Please post the output of
$ lsusb -tvwith and without the controller plugged in .
For clarity : the controller is directly connected to a usb port on your system and not through some hub or other device ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
For clarity : the controller is directly connected to a usb port on your system and not through some hub or other device ?
Yes, it is directly connected to my usb port.
This is the output before and after plugging the device:
/: Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/1p, 480M
ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/1p, 20000M/x2
ID 1d6b:0003 Linux Foundation 3.0 root hub
/: Bus 003.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/12p, 480M
ID 1d6b:0002 Linux Foundation 2.0 root hub
|__ Port 001: Dev 002, If 0, Class=Mass Storage, Driver=usb-storage, 480M
ID 30de:6544
|__ Port 008: Dev 003, If 0, Class=Video, Driver=uvcvideo, 480M
ID 174f:2465 Syntek
|__ Port 008: Dev 003, If 1, Class=Video, Driver=uvcvideo, 480M
ID 174f:2465 Syntek
|__ Port 008: Dev 003, If 2, Class=Application Specific Interface, Driver=[none], 480M
ID 174f:2465 Syntek
|__ Port 010: Dev 005, If 0, Class=Wireless, Driver=btusb, 12M
ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
|__ Port 010: Dev 005, If 1, Class=Wireless, Driver=btusb, 12M
ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
/: Bus 004.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/4p, 10000M
ID 1d6b:0003 Linux Foundation 3.0 root hubThey are the identical.
Offline
Damn..
It looks like you have several different ports (usb3 20000M, USB3 10000M, 2x USB2 480M ).
You have tried the device in all physical available ports ?
Does it make a difference if the device is plugged in before a cold start or plugged in after booting has finished ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Thanks, I just found out that there is a problem with my controller itself.
Offline