[LAD] 2.6.31.x vs. rme vs. alsa 1.0.22?
nando at ccrma.Stanford.EDU
Wed Feb 17 20:53:28 UTC 2010
On Wed, 2010-02-17 at 06:30 +0100, Raphaël Doursenaud wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Le 17/02/2010 02:58, Fernando Lopez-Lezcano a écrit :
> > Hey, has anyone been seeing strange behavior from this combination?
> > kernel 2.6.31.x rt20 + alsa 1.0.22 userland
> > RME card (pcmcia card + multiface)
> > hdspmixer is not doing the right thing (does not initialize the card in
> > a way in which playback works), it does not see the hwdep interface (or
> > something like that) and disables metering, alsamixer even segfaults
> > when I reach the end of the controls listed. Plain weird. Smells like
> > something changed deep in the kernel that makes alsa-lib very unhappy.
> > Alsa-tools rebuilt from source does not make a difference.
> > Weirdness goes away when I boot into 188.8.131.52 rt23...
> > Is there anything in alsa-* that depends on which _kernel_ is available
> > at compile time?
> I'm actually using a similar combination on my gentoo without problem
> (PCI card).
> AFAIK the only difference between 2.6.30 and 2.6.31 for the hdsp is a
> patch I made allowing the firmware to be built inside the kernel. It
> should not have this kind of side-effect.
The difference is between 2.6.29 and > 2.6.29 (I tested with 31 but at
least another of my users is having a problem with 30).
Firmware seems to be loading fine.
> I'll check on my notebook with the PCMCIA card as soon as I can.
Thanks, would be good to know.
> If you're using a custom built kernel you might want to try with the
> firmware built-in.
It does not look like it is the firmware, I think that when the firmware
does not load the card does not even appear in alsa. The problem I'm
seeing is userland confused about what the kernel can do (or at least it
appears to be that way). Very weird.
More information about the Linux-audio-dev