First, admitting that this is a bit of a shot in the dark

, but...
If a company needs drivers for its DAC, card or interface, then they are going to be proprietary, whether the source is open or not. What I mean is that the device does something in a way which only works with those specific drivers. A functionally/visually obvious example of this is routing, mixing, etc, on a sound card. Although it is sometimes vaguely possible that some basic i/o operation might work without the drivers, all the other functionality will not, and it will be crippled, and probably fairly worthless on an unsupported platform. There is no way that this hardware/software dependence
can be made generic --- without loosing the identity of the product.
If a company is willing to release source code, then there can be a community effort to port and support that code on another platform. Sometimes, of course, if a product is popular enough, or if one person's love for it is enough, it can be done by a genius studying raw data dumps and finding out how the thing works. Support may be then more-or-less depending on how far they get.
IIRC, the drivers for my beloved but now defunct RME PCI card came direct from RME. RME now use proprietary data handling techniques in their USB technology, of which they are very proud, and which they have no intention (as of when I last read about it a year or three back) of giving away to anyone. Open source means open to the competitors too. I don't think they have any intention of developing for Linux at this time, butI
think that some of their current equipment offers a
class-compliant mode. Reduced functionality/performance/etc.
On the other hand, the drivers for Echo Audiofire (firewire) device are, I think, community written (FFADO) but with support from Echo. Nothing generic about that: you have to use the right driver for the right device and if there isn't one, forget it.
Treading the path back to USB devices...
Even the "generic" class-compliant is limited with different OSs. Or more specifically, only supports limited sample rates in Windows (is that still true with W-8?) so ...drivers.
"Audiophile" USB devices... As far as I know there is no definitive list of class-compliant devices. Some manufacturers are kind enough to state that their device works with Linux, others keep us guessing, or might respond to personal enquiries. Burson told me, Conductor, SPDIF yes, but USB no. I think they changed their USB interface since then, but my focus of interest moved away anyway. I believe that Lynx are not interested in supporting, or aiding the support of, Linux USB :sad:. otherwise the Hilo would be a dream box. Who knows what the future might bring! (like enough cash to buy one

hyeah: ). IIRC (again

), ifi say they do support Linux. Must be class-compliant.
And it isn't all Windows-centricity either: Apogee
only supports MAC!
Much of this might be way off-topic to SPDIF converters, but the common ground is that have a USB side.