No idea if this helps or not, but FWIW, I had two 1010's working in my studio for years without problems.  I blogged about how I got em' to work.  Link below:

http://www.ilovemyjournal.com/?action=view_entry&eid=4773

--Jason
www.advancedbudgetstudios.com

On Wed, Feb 1, 2012 at 2:24 PM, mn0 <mn0@fukked-up.de> wrote:
Just compiled jack1 but conflicts with jack2.
Won't checkinstall...
tried make install
and it installs but doesn't work -
undefined symbols.
Doesn't overwrite all libs, as it seems.
would have been good to test, if it's a jack2 specific problem.
/mn0


Am 01.02.2012 21:48, schrieb mn0:
> Am 01.02.2012 19:56, schrieb Joe Hartley:
>> Hi, I've been using 2 Delta 1010s together for a while, I hope I can
>> help a bit here.  I've tried to put most of what I've learned on the
>> web at http://delta.brainiac.com/deltasync.html
>>
>> On Tue, 31 Jan 2012 05:40:35 +0100 mn0 <mn0@fukked-up.de> wrote:
>>> I use Jack2, where can I find the exact version?
>>> Only thing I know, it's jackdmp 1.9.7.
>>
>> That should be fine, it's what I use as well.
>
> compiled jack 1.9.8 yesterday - didn't help. Now back on 1.9.7.
>
>>> The cards are hardware synced via S-PDIF.
>>> In envy24control, a mixer program that knows about these features, hw:0
>>> is set to internal clock and hw:1 is set to S-PDIF.
>>
>> So far, so good.  I'll assume you're using a real S-PDIF cable and not
>> just an audio RCA cable.
>
> Yep.
>
>>> a)use .asoundrc
>>> I have a .asoundrc from the web.
>>> After a few seconds, it crashes saying this:
>>>
>>> Unknown request 4294967295
>>> Destination port in attempted (dis)connection of system:monitor_6 and
>>> system:monitor_6 is not an input port
>>> Unknown request 4294967295
>>> Unknown request 0
>>> Unknown request 0
>>    [ snip ]
>>
>> Using the .asoundrc file to combine the cards into one logical device is
>> what I consider to be the "correct" way of doing this, so I'll focus on
>> that.  Assumptions I'm making here:
>> - the Deltas are the only 2 sound devices in the system.  This can be
>>   verified by the command "cat /proc/asound/cards".  On my system, this
>>   is the output I see:
>>
>> [jh@xtc ~]$ cat /proc/asound/cards
>>  0 [M1010          ]: ICE1712 - M Audio Delta 1010
>>                       M Audio Delta 1010 at 0xdf80, irq 21
>>  1 [M1010_1        ]: ICE1712 - M Audio Delta 1010
>>                       M Audio Delta 1010 at 0xdf40, irq 20
>>
>> If you have a motherboard that has an integrated sound chip, you might
>> find your zero device is not a Delta, which is a problem.  I had to disable
>> my onboard sound card in my motherboard's BIOS settings.
>
> Already is disabled.
>>
>> - You have hw:0 and hw:1 identified correctly.  Unfortunately, sometimes
>>   Linux has an issue with being able to consistently identify 2 identical
>>   soundcards.  I've had this happen in the past and it gets annoying.  I
>>   found it most liable to happen if I've made some other hardware change
>>   to the machine, otherwise it's usually stable across reboots.  It's
>>   easily tested by using hw:0 to start jack and verifying that it
>>   addresses the ports on the card you believe to be hw:0.
>
> Already done. They're both recognized and I know which hardware card
> belongs to which device (always wondering after some time, so I check
> that, first).
>>
>> - You've got the right cards set as master clock and S/PDIF slave and that
>>   the correct ports on each are connected.  I've gotten this incorrect on
>>   at least 2 occasions, so it's worth re-checking!
>
> Already checked, now re-checked, it's ok.
>
>
>> - The 2 1010LT's are not sharing any IRQs with other devices.  "lsmod -v"
>>   command will show you the IRQs of all the PCI devices.  The Deltas should
>>   have IRQs all to themselves.  Here's my output edited to show just the
>>   Deltas.  IRQs 20 and 21 are not shared with any other device.
>>
>
> You mean "lspci -v". There seems to be a silly situation:
>
> lspci -v | grep IRQ -B2 output(shortened to relevant IRQs):
>
> 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI
> Controller #3 (rev 01)
>       Subsystem: Foxconn International, Inc. Device 0c7e
>       Flags: bus master, medium devsel, latency 0, IRQ 18
> --
> 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE
> Controller (rev 01) (prog-if 8f [Master SecP SecO PriP PriO])
>       Subsystem: Foxconn International, Inc. Device 0c7e
>       Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 18
> --
> 04:01.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
> [Envy24] PCI Multi-Channel I/O Controller (rev 02)
>       Subsystem: VIA Technologies Inc. Device d63b
>       Flags: bus master, medium devsel, latency 64, IRQ 22
> --
> 04:05.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
> [Envy24] PCI Multi-Channel I/O Controller (rev 02)
>       Subsystem: VIA Technologies Inc. Device d63b
>       Flags: bus master, medium devsel, latency 64, IRQ 18
>
> So...SATA, USB and ICE1712 share one interrupt.
> How can I change the interrupt of the devices, except by moving them to
> another  slot? Though I'd really like to get rid of this, I can't
> imagine, this is responsible for
> Jack: JackGraphManager::AssertPort port_index = 4294967295
> Looks like a dangling or uninitialized pointer to me.
>
>
>
>> 02:09.0 Multimedia audio controller: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller (rev 02)
>>         Subsystem: VIA Technologies Inc. M-Audio Delta 1010
>>         Flags: bus master, medium devsel, latency 64, IRQ 21
>>         I/O ports at df80 [size=32]
>>         I/O ports at dfa0 [size=16]
>>         I/O ports at df60 [size=16]
>>         I/O ports at df00 [size=64]
>>         Capabilities: <access denied>
>>         Kernel driver in use: ICE1712
>>         Kernel modules: snd-ice1712
>>
>> 02:0c.0 Multimedia audio controller: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller (rev 02)
>>         Subsystem: VIA Technologies Inc. M-Audio Delta 1010
>>         Flags: bus master, medium devsel, latency 64, IRQ 20
>>         I/O ports at df40 [size=32]
>>         I/O ports at ded0 [size=16]
>>         I/O ports at dec0 [size=16]
>>         I/O ports at de80 [size=64]
>>         Capabilities: <access denied>
>>         Kernel driver in use: ICE1712
>>         Kernel modules: snd-ice1712
>>
>> If the hardware's setup is verified as OK, look at how you're starting
>> Jack.  You didn't post the command used to start jack, so I can't say if
>> it's starting the way you expect.  If you use QJackCtl to start jack,
>> the command that starts jack can be found by looking at the .jackdrc
>> file.
> I normally use QJackCtl, except for debugging this. QJackCtl froze and I
> wasn't able to read the output. The command normally is:
> /usr/bin/jackd -P89 -v -dalsa -r48000 -p256 -n4 -m -D -Cmulti_capture
> -Pmulti_playback
> but other frames/period, Priority etc. settings don't help.
> I tried the settings from your page but without success.
>
>>
>> Hope this helps, or at least gives you a starting point for troubleshooting.
> Oh yes, I found the shared IRQs and I know for certain, it's possible to
> use jack 1.9.7 with .asoundrc and two ICE1712.
> Thank you!
> /mn0
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
>
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user