[alsa-devel] [PATCH 0/6] snd-usb endpoint rework, version 7

Takashi Iwai tiwai at suse.de
Fri Apr 13 08:23:26 CEST 2012


At Fri, 13 Apr 2012 08:19:51 +0200,
Daniel Mack wrote:
> 
> On 13.04.2012 03:39, Grant Diffey wrote:
> > On Fri, Apr 13, 2012 at 9:59 AM, Grant Diffey <gdiffey at gmail.com
> > <mailto:gdiffey at gmail.com>> wrote:
> > 
> >     On Thu, Apr 12, 2012 at 9:51 PM, Daniel Mack <zonque at gmail.com
> >     <mailto:zonque at gmail.com>> wrote:
> > 
> >         Here's the 7th iteration of patches that reimplement the
> >         streaming logic of
> >         the ALSA USB audio driver.
> > 
> >         There were some bugs reportes by Felix and Grant, which have
> >         been resolved.
> > 
> >         More testing is definitely important, but maybe the code will
> >         get a wider
> >         test coverage when merged to the development tree?
> > 
> > 
> >     So I've also tested this against the current -rt head and can report
> >     that it solves the clicking problem with playback there as well.
> > 
> >     Grant.
> 
> Good, thanks.
> 
> > so dumb question...
> > 
> > is setting a sane set of alsa controls a problem for the driver or
> > userspace/distributions?
> > 
> > the problem is.
> > 
> > if all volumes are max on module insert. the ftu is essentially unusable
> > untill they're corrected
> 
> What about alsactl? Set the mixers once, then call "alsactl store". Does
> that help?

Basically "alsactl init" then "alsactl restore" should initialize to 
a sane state.  But in the case of usb-audio, many things are still
missing.

The usb-audio driver doesn't initialize the mixer states unlike other
drivers, and alsactl init seems assuming that the mixers are all muted
/ cleared when it's called.  So, partly a problem of alsactl init.


Takashi


More information about the Alsa-devel mailing list