Fedora fails to read sample rate from USB DAC (but eventually connects)

Ask Fedora
, , , ,
1

I use a Fiio BTR 15. Which is a USB DAC.
Whenever I connect it to my computer. It does not get immediately recognized.
During the negotiation phase, I get the following errors:

image
image1368Ɨ115 52.3 KB

The DAC supports upto 384K file formats.

After a few minutes. The DAC finally successfully connects at 44.1K

These are the logs I get when I ran journalctl -xe | grep usb

May 31 17:50:36 fedora kernel: usb 1-1: new full-speed USB device number 12 using xhci_hcd
May 31 17:50:36 fedora kernel: usb 1-1: New USB device found, idVendor=0a12, idProduct=4010, bcdDevice=16.69
May 31 17:50:36 fedora kernel: usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
May 31 17:50:37 fedora kernel: usb 1-1.1: new full-speed USB device number 13 using xhci_hcd
May 31 17:50:37 fedora kernel: usb 1-1.1: New USB device found, idVendor=0a12, idProduct=4007, bcdDevice=19.70
May 31 17:50:37 fedora kernel: usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May 31 17:50:37 fedora kernel: usb 1-1.1: Product: FIIO BTR15
May 31 17:50:37 fedora kernel: usb 1-1.1: Manufacturer: FiiO
May 31 17:50:37 fedora kernel: usb 1-1.1: SerialNumber: ABCDEF0123456789
May 31 17:50:37 fedora kernel: hid-generic 0003:0A12:4007.0009: hiddev100,hidraw7: USB HID v1.11 Device [FiiO FIIO BTR15] on usb-0000:10:00.0-1.1/input2
May 31 17:50:37 fedora mtp-probe[170184]: checking bus 1, device 13: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-1/1-1.1"
May 31 17:50:37 fedora mtp-probe[170198]: checking bus 1, device 13: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-1/1-1.1"
May 31 17:50:37 fedora kernel: usb 1-1: USB disconnect, device number 12
May 31 17:50:37 fedora kernel: usb 1-1.1: USB disconnect, device number 13
May 31 17:50:37 fedora kernel: usb 1-1.1: 1:1: cannot get freq at ep 0x3
May 31 17:50:38 fedora kernel: usb 1-1: new high-speed USB device number 14 using xhci_hcd
May 31 17:50:38 fedora kernel: usb 1-1: New USB device found, idVendor=2972, idProduct=0047, bcdDevice= 1.19
May 31 17:50:38 fedora kernel: usb 1-1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
May 31 17:50:38 fedora kernel: usb 1-1: Product: FIIO BTR15
May 31 17:50:38 fedora kernel: usb 1-1: Manufacturer: GuangZhou FiiO Electronics Co.,Ltd
May 31 17:50:44 fedora kernel: usb 1-1: 1:1: cannot set freq 384000 (v2/v3): err -110
May 31 17:50:59 fedora kernel: usb 1-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 17:51:09 fedora kernel: usb 1-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 17:52:31 fedora kernel: usbhid 1-1:1.3: can't add hid device: -110
May 31 17:52:31 fedora kernel: usbhid 1-1:1.3: probe with driver usbhid failed with error -110
May 31 17:52:31 fedora kernel: usb 1-1: USB disconnect, device number 14
May 31 17:52:31 fedora kernel: usb 1-1: new high-speed USB device number 15 using xhci_hcd
May 31 17:52:32 fedora kernel: usb 1-1: New USB device found, idVendor=2972, idProduct=0047, bcdDevice= 1.19
May 31 17:52:32 fedora kernel: usb 1-1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
May 31 17:52:32 fedora kernel: usb 1-1: Product: FIIO BTR15
May 31 17:52:32 fedora kernel: usb 1-1: Manufacturer: GuangZhou FiiO Electronics Co.,Ltd
May 31 17:52:33 fedora kernel: hid-generic 0003:2972:0047.000A: hiddev100,hidraw7: USB HID v1.10 Device [GuangZhou FiiO Electronics Co.,Ltd FIIO BTR15] on usb-0000:10:00.0-1/input3
May 31 17:52:33 fedora mtp-probe[170778]: checking bus 1, device 15: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-1"
May 31 17:52:33 fedora mtp-probe[170790]: checking bus 1, device 15: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-1"
May 31 17:52:33 fedora mtp-probe[170805]: checking bus 1, device 15: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-1"
May 31 17:52:33 fedora mtp-probe[170821]: checking bus 1, device 15: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:10:00.0/usb1/1-1"

Any help in debugging/fixing this issue would be appreciated. I have had this issue persist for many kernel versions (since fedora 43)

System Info 
System:
  Kernel: 7.0.10-201.fc44.x86_64 arch: x86_64 bits: 64 compiler: gcc v: 16.1.1
  Desktop: KDE Plasma v: 6.6.5 tk: Qt v: N/A wm: kwin_wayland dm: N/A
    Distro: Fedora Linux 44 (KDE Plasma Desktop Edition)
Machine:
  Type: Desktop System: Gigabyte product: B850M AORUS ELITE WIFI6E ICE v: N/A
    serial: <superuser required>
  Mobo: Gigabyte model: B850M AORUS ELITE WIFI6E ICE v: x.x
    serial: <superuser required> Firmware: UEFI vendor: American Megatrends LLC.
    v: F3 date: 03/12/2025
Battery:
  ID-1: kysona-0003:3554:F58A.0002-battery charge: 25% condition: N/A
    volts: 3.66 min: N/A model: Compx VXE NordicMouse 1K Dongle serial: N/A
    charging: status: discharging cycles: N/A
CPU:
  Info: 8-core model: AMD Ryzen 7 9800X3D bits: 64 type: MT MCP arch: Zen 5
    rev: 0 cache: L1: 640 KiB L2: 8 MiB L3: 96 MiB
  Speed (MHz): avg: 2985 min/max: 603/5272 boost: enabled cores: 1: 2985
    2: 2985 3: 2985 4: 2985 5: 2985 6: 2985 7: 2985 8: 2985 9: 2985 10: 2985
    11: 2985 12: 2985 13: 2985 14: 2985 15: 2985 16: 2985 bogomips: 150119
  Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a
    ssse3 svm
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Navi 32 [Radeon RX 7700 XT /
    7800 XT] vendor: ASRock driver: amdgpu v: kernel arch: RDNA-3 pcie:
    speed: 16 GT/s lanes: 16 ports: active: DP-1,DP-2
    empty: DP-3,HDMI-A-1,Writeback-1 bus-ID: 03:00.0 chip-ID: 1002:747e
  Device-2: Advanced Micro Devices [AMD/ATI] Granite Ridge [Radeon Graphics]
    vendor: Gigabyte driver: amdgpu v: kernel arch: RDNA-2 pcie: speed: 16 GT/s
    lanes: 16 ports: active: none empty: DP-4, DP-5, DP-6, HDMI-A-2,
    Writeback-2 bus-ID: 13:00.0 chip-ID: 1002:13c0 temp: 45.0 C
  Device-3: RODE Microphones RƘDE VideoMic GO II
    driver: hid-generic,snd-usb-audio,usbhid type: USB rev: 2.0 speed: 12 Mb/s
    lanes: 1 bus-ID: 5-1.3:4 chip-ID: 19f7:001c
  Device-4: Lenovo FHD Webcam Audio driver: snd-usb-audio,uvcvideo type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 7-1.4:3 chip-ID: 17ef:4831
  Display: wayland server: Xwayland v: 24.1.11 compositor: kwin_wayland
    driver: gpu: amdgpu d-rect: 4480x2520 display-ID: 0
  Monitor-1: DP-1 pos: primary,top-left model: Acer XV272U V3 res: 2560x1440
    hz: 180 dpi: 109 diag: 685mm (27")
  Monitor-2: DP-2 pos: bottom-r model: Acer KG241Q P res: 1920x1080 hz: 144
    dpi: 94 diag: 598mm (23.5")
  API: EGL v: 1.5 platforms: device: 0 drv: radeonsi device: 1 drv: radeonsi
    device: 2 drv: swrast gbm: drv: radeonsi surfaceless: drv: radeonsi wayland:
    drv: radeonsi x11: drv: radeonsi
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 26.0.7 glx-v: 1.4
    direct-render: yes renderer: AMD Radeon RX 7800 XT (radeonsi navi32 ACO DRM
    3.64 7.0.10-201.fc44.x86_64) device-ID: 1002:747e display-ID: :0.0
  API: Vulkan v: 1.4.341 surfaces: N/A device: 0 type: discrete-gpu
    driver: mesa radv device-ID: 1002:747e device: 1 type: integrated-gpu
    driver: mesa radv device-ID: 1002:13c0 device: 2 type: cpu
    driver: mesa llvmpipe device-ID: 10005:0000
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor gpu: amdgpu_top,lact wl: wayland-info
    x11: xdriinfo, xdpyinfo, xprop, xrandr
Audio:
  Device-1: Advanced Micro Devices [AMD/ATI] Navi 31 HDMI/DP Audio
    driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s lanes: 16
    bus-ID: 03:00.1 chip-ID: 1002:ab30
  Device-2: Advanced Micro Devices [AMD/ATI] Radeon High Definition Audio
    driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s lanes: 16
    bus-ID: 13:00.1 chip-ID: 1002:1640
  Device-3: Advanced Micro Devices [AMD] Ryzen HD Audio vendor: Gigabyte
    driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s lanes: 16
    bus-ID: 13:00.6 chip-ID: 1022:15e3
  Device-4: FiiO BTR15 driver: hid-generic,snd-usb-audio,usbhid type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 1-1:15 chip-ID: 2972:0047
  Device-5: RODE Microphones RƘDE VideoMic GO II
    driver: hid-generic,snd-usb-audio,usbhid type: USB rev: 2.0 speed: 12 Mb/s
    lanes: 1 bus-ID: 5-1.3:4 chip-ID: 19f7:001c
  Device-6: Lenovo FHD Webcam Audio driver: snd-usb-audio,uvcvideo type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 7-1.4:3 chip-ID: 17ef:4831
  API: ALSA v: k7.0.10-201.fc44.x86_64 status: kernel-api
  Server-1: PipeWire v: 1.6.6 status: active with: 1: pipewire-pulse
    status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin
    4: pw-jack type: plugin
Network:
  Device-1: Realtek RTL8852CE PCIe 802.11ax Wireless Network
    driver: rtw89_8852ce v: kernel pcie: speed: 5 GT/s lanes: 1 port: d000
    bus-ID: 09:00.0 chip-ID: 10ec:c852
  IF: wlp9s0 state: up mac: <filter>
  Device-2: Realtek RTL8125 2.5GbE vendor: Gigabyte driver: r8169 v: kernel
    pcie: speed: 5 GT/s lanes: 1 port: c000 bus-ID: 0a:00.0 chip-ID: 10ec:8125
  IF: enp10s0 state: down mac: <filter>
  IF-ID-1: proton0 state: unknown speed: N/A duplex: N/A mac: N/A
  IF-ID-2: pvpnksintrf0 state: unknown speed: N/A duplex: N/A mac: <filter>
Bluetooth:
  Device-1: Realtek Bluetooth Radio driver: btusb v: 0.8 type: USB rev: 1.0
    speed: 12 Mb/s lanes: 1 bus-ID: 1-6:3 chip-ID: 0bda:0852
  Report: btmgmt ID: hci0 rfk-id: 2 state: up address: <filter> bt-v: 5.3
    lmp-v: 12
Drives:
  Local Storage: total: 4.66 TiB used: 1.62 TiB (34.8%)
  ID-1: /dev/nvme0n1 vendor: Crucial model: CT1000P5SSD8 size: 931.51 GiB
    speed: 31.6 Gb/s lanes: 4 serial: <filter> temp: 44.9 C
  ID-2: /dev/nvme1n1 vendor: Kingston model: SFYRD2000G size: 1.82 TiB
    speed: 63.2 Gb/s lanes: 4 serial: <filter> temp: 54.9 C
  ID-3: /dev/nvme2n1 vendor: KIOXIA model: EXCERIA PLUS G3 SSD
    size: 1.82 TiB speed: 63.2 Gb/s lanes: 4 serial: <filter> temp: 51.9 C
  ID-4: /dev/sda vendor: Kingston model: SUV400S37120G size: 111.79 GiB
    speed: 6.0 Gb/s serial: <filter>
Partition:
  ID-1: / size: 1.82 TiB used: 1.34 TiB (73.7%) fs: btrfs dev: /dev/nvme2n1p5
  ID-2: /boot size: 973.4 MiB used: 676.1 MiB (69.5%) fs: ext4
    dev: /dev/nvme2n1p4
  ID-3: /boot/efi size: 598.8 MiB used: 20 MiB (3.3%) fs: vfat
    dev: /dev/nvme2n1p3
  ID-4: /home size: 1.82 TiB used: 1.34 TiB (73.7%) fs: btrfs
    dev: /dev/nvme2n1p5
Swap:
  ID-1: swap-1 type: zram size: 8 GiB used: 2.22 GiB (27.8%) priority: 100
    dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 50.0 C mobo: N/A
  Fan Speeds (rpm): N/A
  GPU: device: amdgpu temp: 45.0 C device: amdgpu temp: 61.0 C mem: 70.0 C
    fan: 981
Info:
  Memory: total: 32 GiB note: est. available: 30.45 GiB
    used: 13.31 GiB (43.7%)
  Processes: 540 Power: uptime: 8h 43m wakeups: 1 Init: systemd v: 259
    default: graphical
  Packages: pm: rpm pkgs: N/A note: see --rpm pm: flatpak pkgs: 69
    Compilers: gcc: 16.1.1 Shell: Zsh v: 5.9 running-in: yakuake inxi: 3.3.40
2

Is this device plugged into a USB 3.0 port?

If not, try it; the -110 error is a timeout, which implies that the device can not run correctly at that sample rate. USB3.0 can supply more power than USB 2.0 which may help.

If you donā€™t actually listen to music at 384K sample rates, then you can lock PipeWire to a lower maximum rate. Copy /usr/share/pipewire/pipewire.conf to ~/.config/pipewire/pipewire.conf and editing the default.clock.allowed-rates line to set it to the rates that you actually use.

3

In this case, the device supports a maximum of USB 2. With respect to power, this is a battery powered device and has a ā€œno chargeā€ mode meant for phones. Connecting it in that mode also has the same behavior unfortunately.

Iā€™ll try messing with the allowed-rates, I do have some higher sample rate files (not 384K tho).

Although, based on this log

May 31 17:50:59 fedora kernel: usb 1-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)

I feel like there might be some issues either on the device side or on the driver side. I want to eliminate the OS/Pipewire as the culprit but this log keeps bothering me.

4 
May 31 17:50:38 fedora kernel: usb 1-1: Product: FIIO BTR15
May 31 17:50:38 fedora kernel: usb 1-1: Manufacturer: GuangZhou FiiO Electronics Co.,Ltd
May 31 17:50:44 fedora kernel: usb 1-1: 1:1: cannot set freq 384000 (v2/v3): err -110
May 31 17:50:59 fedora kernel: usb 1-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 17:51:09 fedora kernel: usb 1-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 17:52:31 fedora kernel: usbhid 1-1:1.3: can't add hid device: -110
May 31 17:52:31 fedora kernel: usbhid 1-1:1.3: probe with driver usbhid failed with error -110
May 31 17:52:31 fedora kernel: usb 1-1: USB disconnect, device number 14

Itā€™s the large gaps in the timestamps which make me think the device might be resetting hence the wonder if itā€™s being starved of sufficient power to operate at its maximum frequency. As itā€™s battery operated, that would hopefully rule that out and your batteries are supplying sufficient juice to run at that speed.

In the log above the kernel asked the device to switch to 24.6 MB/s of data delivery and heard nothing back to indicate that the DAC had done so, so it times out. Then nothing happens for getting on for a minute as the kernel says ā€œwhat speeds do you supportā€ before the thing finally reappears at 44.1 Mhz sampling rate and you can use it.

5

So I tried changing the allowed sample rates, but that didnā€™t seem to help:

$ pw-metadata -n settings 0                     
Found "settings" metadata 32
update: id:0 key:'log.level' value:'2' type:''
update: id:0 key:'clock.rate' value:'48000' type:''
update: id:0 key:'clock.allowed-rates' value:'[ 44100, 48000 ]' type:''
update: id:0 key:'clock.quantum' value:'1024' type:''
update: id:0 key:'clock.min-quantum' value:'32' type:''
update: id:0 key:'clock.max-quantum' value:'2048' type:''
update: id:0 key:'clock.force-quantum' value:'0' type:''
update: id:0 key:'clock.force-rate' value:'0' type:''

I also tried adding 384K to the allowed rates and that didnā€™t work either.

Also, you are correct about the device timing out for sure. I donā€™t know why the device is not returning itā€™s allowed sample rates within the timeout :man_shrugging: . Maybe Iā€™ll have to do some kernel/pipewire debugging.

6

Some more interesting news:
I tried connecting to other usb ports (based on the USB 3 suggestion), and I discovered a few more things:

  1. It always connects to a USB 2 hub inside linux (confirming that the device only has USB 2 compliance)
  2. Using usb c cables that support usb 3 and connecting it directly to my motherboard usb 3 doesnā€™t make a difference in terms of sample rate selection.

There was a twist however,

Connecting it to any USB port OTHER THAN my front case usb ports (which are USB 3), the device connected much quickly. This includes

  1. USB 2 c to c cable
  2. USB 3 c to c cable
  3. USB 2 a to c cable

So basically the ā€œtimeoutā€ boils down to my front usb ports. Which makes no sense to me.
I still canā€™t get it to set up at 384K and the parsing error still exists. But it connects faster.

These are my logs across a few connections and disconnection on a different port:

May 31 20:15:49 fedora kernel: usb 3-1: new high-speed USB device number 2 using xhci_hcd
May 31 20:15:49 fedora kernel: usb 3-1: New USB device found, idVendor=2972, idProduct=0047, bcdDevice= 1.19
May 31 20:15:49 fedora kernel: usb 3-1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
May 31 20:15:49 fedora kernel: usb 3-1: Product: FIIO BTR15
May 31 20:15:49 fedora kernel: usb 3-1: Manufacturer: GuangZhou FiiO Electronics Co.,Ltd
May 31 20:15:50 fedora kernel: usb 3-1: 1:1: cannot set freq 384000 (v2/v3): err -71
May 31 20:15:50 fedora kernel: usb 3-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 20:15:50 fedora kernel: usb 3-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 20:15:50 fedora kernel: usbhid 3-1:1.3: can't add hid device: -71
May 31 20:15:50 fedora kernel: usbhid 3-1:1.3: probe with driver usbhid failed with error -71
May 31 20:15:50 fedora kernel: usb 3-1: USB disconnect, device number 2
May 31 20:15:50 fedora (udev-worker)[206999]: controlC4: /usr/lib/udev/rules.d/78-sound-card.rules:5 ATTR{../uevent}="change": Could not chase sysfs attribute "/sys/devices/pci0000:00/0000:00:08.1/0000:13:00.3/usb3/3-1/3-1:1.0/sound/card4/controlC4/../uevent", ignoring: No such file or directory
May 31 20:15:50 fedora kernel: usb 3-1: new high-speed USB device number 3 using xhci_hcd
May 31 20:15:50 fedora kernel: usb 3-1: New USB device found, idVendor=2972, idProduct=0047, bcdDevice= 1.19
May 31 20:15:50 fedora kernel: usb 3-1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
May 31 20:15:50 fedora kernel: usb 3-1: Product: FIIO BTR15
May 31 20:15:50 fedora kernel: usb 3-1: Manufacturer: GuangZhou FiiO Electronics Co.,Ltd
May 31 20:15:52 fedora kernel: hid-generic 0003:2972:0047.001C: hiddev97,hidraw3: USB HID v1.10 Device [GuangZhou FiiO Electronics Co.,Ltd FIIO BTR15] on usb-0000:13:00.3-1/input3
May 31 20:15:52 fedora mtp-probe[207005]: checking bus 3, device 3: "/sys/devices/pci0000:00/0000:00:08.1/0000:13:00.3/usb3/3-1"
May 31 20:15:52 fedora mtp-probe[207018]: checking bus 3, device 3: "/sys/devices/pci0000:00/0000:00:08.1/0000:13:00.3/usb3/3-1"
May 31 20:16:38 fedora kernel: usb 3-1: USB disconnect, device number 3
May 31 20:16:44 fedora kernel: usb 3-1: new high-speed USB device number 4 using xhci_hcd
May 31 20:16:44 fedora kernel: usb 3-1: New USB device found, idVendor=2972, idProduct=0047, bcdDevice= 1.19
May 31 20:16:44 fedora kernel: usb 3-1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
May 31 20:16:44 fedora kernel: usb 3-1: Product: FIIO BTR15
May 31 20:16:44 fedora kernel: usb 3-1: Manufacturer: GuangZhou FiiO Electronics Co.,Ltd
May 31 20:16:45 fedora kernel: usb 3-1: 1:1: cannot set freq 384000 (v2/v3): err -71
May 31 20:16:45 fedora kernel: usb 3-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 20:16:45 fedora kernel: usb 3-1: parse_audio_format_rates_v2v3(): unable to retrieve number of sample rates (clock 41)
May 31 20:16:45 fedora kernel: usbhid 3-1:1.3: can't add hid device: -71
May 31 20:16:45 fedora kernel: usbhid 3-1:1.3: probe with driver usbhid failed with error -71
May 31 20:16:45 fedora kernel: usb 3-1: USB disconnect, device number 4
May 31 20:16:45 fedora (udev-worker)[207156]: controlC4: /usr/lib/udev/rules.d/78-sound-card.rules:5 ATTR{../uevent}="change": Could not chase sysfs attribute "/sys/devices/pci0000:00/0000:00:08.1/0000:13:00.3/usb3/3-1/3-1:1.0/sound/card4/controlC4/../uevent", ignoring: No such file or directory
May 31 20:16:45 fedora kernel: usb 3-1: new high-speed USB device number 5 using xhci_hcd
May 31 20:16:46 fedora kernel: usb 3-1: New USB device found, idVendor=2972, idProduct=0047, bcdDevice= 1.19
May 31 20:16:46 fedora kernel: usb 3-1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
May 31 20:16:46 fedora kernel: usb 3-1: Product: FIIO BTR15
May 31 20:16:46 fedora kernel: usb 3-1: Manufacturer: GuangZhou FiiO Electronics Co.,Ltd
May 31 20:16:47 fedora kernel: hid-generic 0003:2972:0047.001D: hiddev97,hidraw3: USB HID v1.10 Device [GuangZhou FiiO Electronics Co.,Ltd FIIO BTR15] on usb-0000:13:00.3-1/input3
May 31 20:16:47 fedora mtp-probe[207173]: checking bus 3, device 5: "/sys/devices/pci0000:00/0000:00:08.1/0000:13:00.3/usb3/3-1"
May 31 20:16:47 fedora mtp-probe[207186]: checking bus 3, device 5: "/sys/devices/pci0000:00/0000:00:08.1/0000:13:00.3/usb3/3-1"
May 31 20:17:10 fedora kernel: usb 3-1: USB disconnect, device number 5

Hopefully someone can use this info in the future. Iā€™ll have to figure out why my front usb sucks but that is a different problem.

7 
May 31 20:15:50 fedora kernel: usbhid 3-1:1.3: can't add hid device: -71
May 31 20:15:50 fedora kernel: usbhid 3-1:1.3: probe with driver usbhid failed with error -71

This is now a protocol error (EPROTO -71). i.e. the message got sent out to the device but was corrupted en route.

I assume you have the device running in CHARGE mode, so it draws power over the USB port rather than solely relying on battery.

You could force the thing to operate in Class 1 mode assuming it defaults to UAC2. Canā€™t hurt and might well sort out the corruption which is occurring with your front ports. They are physically located at the end of a cable, which acts like an antenna inside the case and thus pick up all kinds of interference if they are not shielded. The rear ports are connected directly to the motherboard and thus less susceptible to any noise.

This is guesswork from me - Iā€™ve never seen this device but I have done the USB dance a few times.