Topic: Linux Thunderbolt Driver Support (Fireface UFX+)

It has recently occurred to me that the Windows Thunderbolt driver for the Fireface UFX+ is listed on RME's website as an "HDSP(e)" driver. While I have read on RME's forum the vendor is not interested in releasing open source drivers for Fireface (USB) interfaces (as of 2007), must this also be the case for the UFX+ as a *Thunderbolt* device?

I'm sure many of today's Linux RME users are familiar with the GitHub project working to add up-to-date support for HDSPe devices:

> https://github.com/PhilippeBekaert/snd-hdspe

Being a Thunderbolt interface implicitly makes the UFX+ a PCIe device. For example, I can see my Focusrite Clarett 8PreX Thunderbolt interface listed as a PCIe device when running `lspci`. I haven't managed to write a PCIe driver for it yet (I'm pretty new to kernel development), but the PCI subsystem definitely sees it.

It's my understanding that the ALSA drivers for HDSPe devices of the past were written with the help of source code shared by RME. What are the chances of RME sharing their *Thunderbolt* driver code with a trusted ALSA developer? And is there any chance that the UFX+ Thunderbolt driver is similar to the other HDSPe drivers that the `snd-hdspe` driver could be easily modified to accommodate the Fireface UFX+?

It would be incredible if an RME interface were to become the first pro-audio Thunderbolt device with Linux support!

2 (edited by ramses 2024-03-03 10:26:25)

Re: Linux Thunderbolt Driver Support (Fireface UFX+)

Just a few thoughts.

Hmm, Thunderbolt is already on the decline due to compatibility reasons and is almost entirely uninteresting. There have been reports in this forum from RME that Thunderbolt 3 and 4, if I recall correctly, are not fully compatible with previous Thunderbolt versions.

If anything, I currently only see a need for USB2 and USB3 drivers, as well as PCIe. The rest is "yesterday's news."

And BY THE WAY … If I see it correctly, an open-source driver is not required.
The intellectual property of RME could be fully protected by releasing binary drivers, like Nvidia does to put an example.

As much as I understand manufacturers having problems with Linux support, I would slowly wish for that to have an exit option from commercial operating systems.

Apple systems are unaffordable, not modular enough, and Apple itself interferes too much.

Microsoft meddles too much with the GUI and then the Win11 performance disaster, excluding CPUs that were still fine for Win10 (because of the badly designed and therefore massively performance sucking kern isolation and virtualization or how this was called). Moreover, the push towards and dependence on the cloud and subscription models (perhaps soon for the operating system as well) is too strong for me. It seems like, at some point, you either pay for your cloud service, or you can't log in to your computer, at least not use the software. Not to mention the increasing data theft, soon to be intensified by the integration of AI because not everything can be processed locally just for performance reasons, and Microsoft surely appreciates having more data about you.

I really don't want to switch to Linux, but manufacturers are leaving me with almost no choice, or I'll have to take a step back into the analog world if this continues.

Well, I would favor that, but then better start with the essential drivers and applications. Stuff that is future-proof and needed. Sorry, but Thunderbolt really doesn't have that significance anymore.

Further thoughts on this topic: I have the impression that if things continue like this, there will and must be a certain pull towards Linux or you will have certain "disadvantages".

At some point, you will no longer be sure of your personal data (the situation we have already) and I think by AI it is getting worse). Or you need to pay (more) for the software and services (maybe even the OS) by these subscription models. You do not own anything anymore, you only pay for the service, once the subscription is ceased (or they throw you out of their cloud) then all is gone. You only own an expensive computer, cheers ...

Then, of course, the manufacturers who can already offer Linux Support (or who already prepared for this) would have a big selling point.

BR Ramses - UFX III, 12Mic, XTC, ADI-2 Pro FS R BE, RayDAT, X10SRi-F, E5-1680v4, Win10Pro22H2, Cub14

Re: Linux Thunderbolt Driver Support (Fireface UFX+)

If you want to try UFX+ and Linux right away and you have an empty usb stick. Look here:
https://www.bandshed.net/avlinux/

No need to install anything. You can try audio work in the Linux world with Ardour or Reaper.

I have already tried it and found it good. If you don't believe me, listen to this song.
https://youtu.be/z308EWS_6j8?si=jepXWcfoFYH10ZUH

When the time comes, everything will be ready for you.

Re: Linux Thunderbolt Driver Support (Fireface UFX+)

sjzstudio wrote:

If you want to try UFX+ and Linux right away and you have an empty usb stick. Look here:
https://www.bandshed.net/avlinux/

No need to install anything. You can try audio work in the Linux world with Ardour or Reaper.

I have already tried it and found it good. If you don't believe me, listen to this song.
https://youtu.be/z308EWS_6j8?si=jepXWcfoFYH10ZUH

When the time comes, everything will be ready for you.


upcoming ESC winner !

M1-Sequoia, Madiface Pro, Digiface USB, Babyface silver and blue

5 (edited by kd 2024-10-14 01:37:18)

Re: Linux Thunderbolt Driver Support (Fireface UFX+)

ramses wrote:

Just a few thoughts.

Hmm, Thunderbolt is already on the decline due to compatibility reasons and is almost entirely uninteresting. There have been reports in this forum from RME that Thunderbolt 3 and 4, if I recall correctly, are not fully compatible with previous Thunderbolt versions.


Thunderpolt is much more potent than the whole USB cramp. And the fact that RME didn't bring out any new boards was probably more down to Intel o(


Linux ...

Ubuntu Studio from USB stick, RME box with CC (brings USB 2.0), midi controller/mixer in (in this case Behringer XTouch) and Arduino as DAW software ... Switch RME box to Class Compliant mode, supports 96khz/24Bit ..and the hammer, Sysex-capable MIDI I/O, the small displays on the mixer even show channel labeling, and level meters also work. Not even a "properly installed" OS ....

https://kulturdieb.com/ufx-class-compli … x-arduino/

Re: Linux Thunderbolt Driver Support (Fireface UFX+)

"Thunderpolt is much more potent than the whole USB cramp" but you love the CC Mode of your however setup linux system?
afaik Class Compliant is only specified for USB Bus (google for the specs)

Nothing against linux (i personally love it and use it every day...)

Anyhow, what do you want to tell us with your post?

“Do It For Her”
My Gear: Bontempi Magic light Keyboard

7

Re: Linux Thunderbolt Driver Support (Fireface UFX+)

maggie33 wrote:

"Thunderpolt is much more potent than the whole USB cramp" but you love the CC Mode of your however setup linux system?
afaik Class Compliant is only specified for USB Bus (google for the specs)

Nothing against linux (i personally love it and use it every day...)

Anyhow, what do you want to tell us with your post?

That Thunderbolt is still the best when it comes to high performance in this context.
And when I test something, it's about objectivity, less about personal preferences.
And Thunderbolt & Linux, wait and see, a lot will happen soon if X86 wants to hold its own against ARM ...

8 (edited by maggie33 2024-10-18 00:41:56)

Re: Linux Thunderbolt Driver Support (Fireface UFX+)

Thanks.

That Thunderbolt is still the best when it comes to high performance in this context.

Could please provide any serious, technical links/sources/descriptions for your statement?
Would be happy to learn more regarding this.

I would also like to understand what you exactly mean with „Arduino as DAW software“?

“Do It For Her”
My Gear: Bontempi Magic light Keyboard