[alsa-devel] plans for fireworks driver

[Doug McLain]

Attached is a patch of my hack to build your source of Fedora 18 with 
kernel 3.8.  As I mentioned in the last email, I have had to do various 
little hacks to the other snd-fireworks module source over the past few 
years as chnages were made to the kernel API.  The latest change, which 
prompted me to write this email in the first place, was the removal of 
__devinit and friends from kernel 3.8.  So now its built, installed, and 
running.  It discovers the AF2, but not the AF12.  Here is the log from 
the AF12:

Mar  9 15:47:06 iggy kernel: [63129.761604] firewire_core 0000:01:0b.0: 
phy config: new root=ffc2, gap_count=7
Mar  9 15:47:11 iggy kernel: [63134.769274] ALSA fireworks_command.c:313 
EFC Failed [0/1]: 0
Mar  9 15:47:11 iggy kernel: [63134.769289] snd-fireworks: probe of 
fw2.0 failed with error -5
Mar  9 15:47:11 iggy kernel: [63134.769293] firewire_core 0000:01:0b.0: 
created device fw2: GUID 0014860fc44a84a6, S400


...and the AF2
$ cat /proc/asound/card0/efc_hardware
flags: 0xA1
guid_hi: 0x148606
guid_lo: 0x9D5BD6CA
type: 0xAF2
version: 0x0
vendor_name: Echo Digital Audio
model_name: AudioFire2
supported_clock: 0x9
nb_1394_playback_channels: 0x6
nb_1394_capture_channels: 0x4
nb_phys_audio_out: 0x6
nb_phys_audio_in: 0x4
nb_out_groups: 0x3
out_group[0x0]: type 0x0, count 0x2
out_group[0x1]: type 0x5, count 0x2
out_group[0x2]: type 0x1, count 0x2
out_group[0x3]: type 0x0, count 0x0
out_group[0x4]: type 0x0, count 0x0
out_group[0x5]: type 0x0, count 0x0
out_group[0x6]: type 0x0, count 0x0
out_group[0x7]: type 0x0, count 0x0
nb_in_groups: 0x2
out_group[0x0]: type 0x0, count 0x2
out_group[0x1]: type 0x5, count 0x2
out_group[0x2]: type 0x1, count 0x2
out_group[0x3]: type 0x0, count 0x0
out_group[0x4]: type 0x0, count 0x0
out_group[0x5]: type 0x0, count 0x0
out_group[0x6]: type 0x0, count 0x0
out_group[0x7]: type 0x0, count 0x0
nb_midi_out: 0x1
nb_midi_in: 0x1
max_sample_rate: 0x17700
min_sample_rate: 0x7D00
dsp_version: 0x0
arm_version: 0x4080000
mixer_playback_channels: 0x6
mixer_capture_channels: 0x4
fpga_version: 0x3000200
nb_1394_playback_channels_2x: 0x6
nb_1394_capture_channels_2x: 0x4
nb_1394_playback_channels_4x: 0x6
nb_1394_capture_channels_4x: 0x4

-D

On 03/09/2013 07:30 AM, Takashi Sakamoto wrote:
> Dear Doug,
>
> I'm a newcomer of ALSA project and currently working for snd-fireworks.
> Then I have a favour of you.
> (My first name is the same one that ALSA core developer has. But I'm
> newcomer Takashi)
>
> Unfortunatelly my post isn't delivered by mailman of
> alsa-devel at alsa-project.org. But I'm not a professional for mailman or
> SMTP so it takes a bit time that I debut in alsa-devel...
>
> Well, my source is here.
> https://github.com/takaswie/snd-firewire-improve
>
> It's a bit worse to you because current source has a lack of some
> functions that Clemens' snd-fireworks has.
>
>   - playback is available, capture is not. Additionally 2ch are
> available (under investigating...)
>   - MIDI is not available
>
> The reason is snd-firewire-lib.ko has these functions. Currently I'm
> working for them.
>
> But the implementation of hardware control is almost done:
>   - Hardware metering/monitoring/mixing are visible via procfs, but not
> configurable
>   - sampling rate, digital mode, digital format and clock source are
> changeable via alsamixer
>
> Hardware metering/monitoring/mixing will also be available via alsamixer
> after I've investigated the suitable way in ALSA's control component API.
>
> My favor of you is "building and installing my module and give me
> hardware information of your AF2 and AF12". I'm working with Ubuntu and
> utilize DKMS for debugging my module. You can see an instruction in README.
>
> If your Fireworks is identified by your system, there is
> /proc/asound/cardX/efc_hardware. If you "cat" this file, my module
> submit a command to your device to get hardware information and print
> the value. My module decide available functions refering it so it's very
> important.
>
> This is the output of my device, for your information:
> $ cat /proc/asound/card2/efc_hardware
> flags: 0x625
> guid_hi: 0x14860A
> guid_lo: 0x5B6BDB9B
> type: 0xAF9
> version: 0x0
> vendor_name: Echo Digital Audio
> model_name: AudioFirePre8
> supported_clock: 0x1D
> nb_1394_playback_channels: 0x10
> nb_1394_capture_channels: 0x10
> nb_phys_audio_out: 0x10
> nb_phys_audio_in: 0x10
> nb_out_groups: 0x2
> out_group[0x0]: type 0x0, count 0x8
> out_group[0x1]: type 0x3, count 0x8
> out_group[0x2]: type 0x0, count 0x0
> out_group[0x3]: type 0x0, count 0x0
> out_group[0x4]: type 0x0, count 0x0
> out_group[0x5]: type 0x0, count 0x0
> out_group[0x6]: type 0x0, count 0x0
> out_group[0x7]: type 0x0, count 0x0
> nb_in_groups: 0x2
> out_group[0x0]: type 0x0, count 0x8
> out_group[0x1]: type 0x3, count 0x8
> out_group[0x2]: type 0x0, count 0x0
> out_group[0x3]: type 0x0, count 0x0
> out_group[0x4]: type 0x0, count 0x0
> out_group[0x5]: type 0x0, count 0x0
> out_group[0x6]: type 0x0, count 0x0
> out_group[0x7]: type 0x0, count 0x0
> nb_midi_out: 0x1
> nb_midi_in: 0x1
> max_sample_rate: 0x17700
> min_sample_rate: 0x7D00
> dsp_version: 0x0
> arm_version: 0x5050000
> mixer_playback_channels: 0x10
> mixer_capture_channels: 0x10
> fpga_version: 0x4010100
> nb_1394_playback_channels_2x: 0xC
> nb_1394_capture_channels_2x: 0xC
> nb_1394_playback_channels_4x: 0xA
> nb_1394_capture_channels_4x: 0xA
>
> Kind Regards
>
>
> Takashi Sakamoto
> o-takashi at sakamocchi.jp
>
> (2013年03月09日 06:49), Doug McLain wrote:
>> I have been building and using the fireworks driver from
>> alsa-kprivate/fireworks for a few years now with my AF2 and AF12.  The
>> driver works great for me, although every so often after a kernel
>> update, compilation breaks and I have to hack at it a little bit to get
>> it to build again.
>>
>> Are there any plans to include this driver into the kernel?
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fw.diff
Type: text/x-patch
Size: 373 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20130309/301e4c68/attachment.bin>