On Saturday 22 July 2006 9:51 am, Christopher Montgomery wrote:
> On 7/22/06, Ian Stirling <[EMAIL PROTECTED]> wrote:
> > Config/... as my earlier message on USB - though with the bandwidth
> > enforcement
> > turned off so it actually plays sound, when plugged into the USB1 port.
> >
> > 2.6.17.
> >
> > Basically - playing sound with
> > mplayer -ao alsa:device=hw=1 or whatever - and then unplugging the
> > soundcard completely wedges lsusb/usb configuration, until the mplayer
> > process is killed.
>
> This sounds like the well known EPIPE problem in usb-audio and one I
> intended to fix after dealing with the ehci scheduler.
>
> It boils down to this: although the low-level usb code is properly
> reporting and distinguishing error conditions, usb-audio translates
> just about everything that goes wrong into 'EPIPE'.
Is this one that would be fixed by just having usbaudio.c::start_urbs()
return the error code?
--- g26.orig/sound/usb/usbaudio.c 2006-07-02 12:31:01.000000000 -0700
+++ g26/sound/usb/usbaudio.c 2006-07-22 11:35:31.000000000 -0700
@@ -863,7 +863,7 @@ static int start_urbs(struct snd_usb_sub
__error:
// snd_pcm_stop(subs->pcm_substream, SNDRV_PCM_STATE_XRUN);
deactivate_urbs(subs, 0, 0);
- return -EPIPE;
+ return err;
}
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
