I'm running a current version of Tumbleweed and would like to use my M-audio Firewire 410 audio interface with it.
I realize that it's an older interface, but when it's working it does what I need it to do, and it does it rather well. For these reasons I'd like to keep using it.
The problem that I have is that the device requires a bit of a kick-start before the current drivers will work. If I can get some information on implementing this kick start then all will be good.
The box has BeBob hardware and requires that the firmware be loaded at boot time. Originally it required that the firmware be uploaded every time, but the last version of the M-audio driver for Windows allowed the firmware to be stored on the device even while powered off, but it still needs to have a signal sent to it at boot time to get it to load that firmware into the operational memory. I should mention that if I boot the machine into Windows the box works just fine and if I reboot from Windows into Tumbleweed without powering off the machine then the box also works in Tumbleweed, so I know that the hardware works with the current Linux drivers.
Here is the relevant page from the ffado mailing lists that describes the kick-start that I need to do.
https://sourceforge.net/p/ffado/mail..sage/30807938/
In particular, what I need to accomplish is given as follows:
2. Send magic bytes to device with jujuutils
$ ./firewire-request /dev/fw1 write 0xFFFFC8021000 010000000000110100000000
I did a lot of searching and it would appear that jujuutils was renamed to linux-firewire-utils as per this link, but that package is not available on OpenSUSE.
https://github.com/cladisch/linux-firewire-utils
It's somewhat frustrating because this one small detail seems to be all that prevents this device from working.
Is there another way to send these magic bytes to the unit? As I mentioned before, the driver seems to work when the firmware is in place.
These are nice little audio boxes that have great sound and are quite inexpensive these days because of their age. At present I'm not using it for real-time audio work in Linux, but I do have some studio monitor speakers connected to it for high quality sound.
Any suggestions are welcome. Any working suggestions are even better!
Thanks

I'm running a current version of Tumbleweed and would like to use my M-audio Firewire 410 audio interface with it.
I realize that it's an older interface, but when it's working it does what I need it to do, and it does it rather well. For these reasons I'd like to keep using it.
The problem that I have is that the device requires a bit of a kick-start before the current drivers will work. If I can get some information on implementing this kick start then all will be good.
The box has BeBob hardware and requires that the firmware be loaded at boot time. Originally it required that the firmware be uploaded every time, but the last version of the M-audio driver for Windows allowed the firmware to be stored on the device even while powered off, but it still needs to have a signal sent to it at boot time to get it to load that firmware into the operational memory. I should mention that if I boot the machine into Windows the box works just fine and if I reboot from Windows into Tumbleweed without powering off the machine then the box also works in Tumbleweed, so I know that the hardware works with the current Linux drivers.
Here is the relevant page from the ffado mailing lists that describes the kick-start that I need to do.
https://sourceforge.net/p/ffado/mail..sage/30807938/
In particular, what I need to accomplish is given as follows:
2. Send magic bytes to device with jujuutils
$ ./firewire-request /dev/fw1 write 0xFFFFC8021000 010000000000110100000000
I did a lot of searching and it would appear that jujuutils was renamed to linux-firewire-utils as per this link, but that package is not available on OpenSUSE.
https://github.com/cladisch/linux-firewire-utils
It's somewhat frustrating because this one small detail seems to be all that prevents this device from working.
Is there another way to send these magic bytes to the unit? As I mentioned before, the driver seems to work when the firmware is in place.
These are nice little audio boxes that have great sound and are quite inexpensive these days because of their age. At present I'm not using it for real-time audio work in Linux, but I do have some studio monitor speakers connected to it for high quality sound.
Any suggestions are welcome. Any working suggestions are even better!
Thanks