What more info can I provide?
_J
In the new year, Jeremy Hall wrote:
> Here is a segment of my .asoundrc.
>
> pcm_slave.rme9652_s {
> pcm rme9652_0
> }
> pcm.rme9652_1 {
> type hw
> card 1
> }
> ctl.rme9652_1 {
> type hw
> card 1
> }
> pcm.rme9652_0 {
> type hw
> card 0
> }
> ctl.rme9652_0 {
> type hw
> card 0
> }
> ctl.rme9652_48 {
> type hw
> card 0
> }
> pcm.rme9652_48 {
> type multi;
> slaves.a.pcm rme9652_0;
> slaves.a.channels 26;
> slaves.b.pcm rme9652_1;
> slaves.b.channels 26;
> bindings.0.slave a;
> bindings.0.channel 0;
> bindings.1.slave a;
> bindings.1.channel 1;
> bindings.2.slave a;
> bindings.2.channel 2;
> bindings.3.slave a;
> bindings.3.channel 3;
> bindings.4.slave a;
> bindings.4.channel 4;
> bindings.5.slave a;
> bindings.5.channel 5;
> bindings.6.slave a;
> bindings.6.channel 6;
> bindings.7.slave a;
> bindings.7.channel 7;
> bindings.8.slave a;
> bindings.8.channel 16;
> bindings.9.slave a;
> bindings.9.channel 17;
> bindings.10.slave a;
> bindings.10.channel 18;
> bindings.11.slave a;
> bindings.11.channel 19;
> bindings.12.slave a;
> bindings.12.channel 20;
> bindings.13.slave a;
> bindings.13.channel 21;
> bindings.14.slave a;
> bindings.14.channel 22;
> bindings.15.slave a;
> bindings.15.channel 23;
> bindings.16.slave b;
> bindings.16.channel 8;
> bindings.17.slave b;
> bindings.17.channel 9;
> bindings.18.slave b;
> bindings.18.channel 10;
> bindings.19.slave b;
> bindings.19.channel 11;
> bindings.20.slave b;
> bindings.20.channel 12;
> bindings.21.slave b;
> bindings.21.channel 13;
> bindings.22.slave b;
> bindings.22.channel 14;
> bindings.23.slave b;
> bindings.23.channel 15;
> bindings.24.slave a;
> bindings.24.channel 24;
> bindings.25.slave a;
> bindings.25.channel 25;
> bindings.26.slave b;
> bindings.26.channel 24;
> bindings.27.slave b;
> bindings.27.channel 25;
> }
>
> In the new year, Jaroslav Kysela wrote:
> > On Wed, 28 Nov 2001, Jeremy Hall wrote:
> >
> > > Hi,
> > >
> > > Today I saw what is believed to be data corruption. In the middle of
> > > snd_pcm_multi_avail_update, I discovered:
> > >
> > > (gdb) print *multi->slaves
> > > $13 = {pcm = 0x5, channels_count = 5, close_slave = 5, linked = 5}
> > > (gdb)
> > >
> > > WHen it tried to call
> > >
> > > 357 avail =
> > > snd_pcm_avail_update(multi->slaves[i].pcm);
> > >
> > > since multi->slaves appears bogus, this causes a crash! and since
> > > multi->slaves[i].linked is always 5 (greater than 0) none of the calls
> > > will do anything (snd_pcm_prepare etc) because this is not the master
> > > slave. so where is multi->slaves assigned and how can it be set to
> > > spurious values?
> >
> > What is your configuration?
> >
> > Jaroslav
> >
> > -----
> > Jaroslav Kysela <[EMAIL PROTECTED]>
> > SuSE Linux http://www.suse.com
> > ALSA Project http://www.alsa-project.org
> >
> >
> > _______________________________________________
> > Alsa-devel mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/alsa-devel
> >
>
>
> _______________________________________________
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
>
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
