All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Revell <rlrevell@joe-job.com>
To: Clemens Ladisch <clemens@ladisch.de>
Cc: Horms <horms@debian.org>, Daniel Svensson <nano@nittionio.nu>,
	debian-kernel@lists.debian.org, Alsa-devel@lists.sourceforge.net
Subject: Re: Problems with Hercules DJ Console and the usb-audio driver
Date: Thu, 15 Sep 2005 14:10:41 -0400	[thread overview]
Message-ID: <1126807842.3185.3.camel@mindpipe> (raw)
In-Reply-To: <Pine.HPX.4.33n.0509151401160.21623-100000@studcom.urz.uni-halle.de>

On Thu, 2005-09-15 at 14:13 +0200, Clemens Ladisch wrote:
> Horms wrote:
> > On Wed, Sep 14, 2005 at 03:29:13PM +0200, Daniel Svensson wrote:
> > > CONFIG_USB_BANDWIDTH is enabled by default in the debian kernel. Could
> > > this be changed? According to the alsa developer who helped me debug the
> > > problem with my usb soundcard CONFIG_USB_BANDWIDTH should be disabled.
> > > The original email is forwarded here:
> >
> > That sounds fair enough to me, as long there are no objections
> > from the rest of the kernel-team.
> >
> > Clemens, could you provide a little more information on
> > the problems that CONFIG_USB_BANDWIDTH causes?
> 
> The code that implements it computes wrong values for the bandwidth
> utilization.  This doesn't seem to matter much for full speed stereo
> devices, but we have several bug reports for multichannel and/or high
> speed devices where usb_submit_urb() incorrectly returns -ENOSPC
> errors.
> 
> The comment above the usb_check_bandwidth() function in hcd.c lists
> several of the known bugs.
> 
> Perhaps CONFIG_USB_BANDWIDTH should have been marked BROKEN instead of
> just EXPERIMENTAL.

Has this been reported upstream?  Possibly the USB maintainers don't
know that this is causing real problems for users.

Lee



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

  reply	other threads:[~2005-09-15 18:10 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20050914132913.GB18354@nittionio.nu>
2005-09-15  3:00 ` [Alsa-devel] Problems with Hercules DJ Console and the usb-audio driver Horms
2005-09-15 12:13   ` Clemens Ladisch
2005-09-15 18:10     ` Lee Revell [this message]
2005-09-16  4:17       ` [Alsa-devel] " Horms
2005-09-12 18:27 Daniel Svensson
2005-09-12 18:35 ` Lee Revell
2005-09-13 11:15 ` Takashi Iwai
2005-09-13 14:09   ` Daniel Svensson
2005-09-13 15:58     ` Clemens Ladisch
2005-09-14 13:23       ` Daniel Svensson
2005-09-14 16:15         ` Clemens Ladisch
2005-11-15 15:36           ` Daniel Svensson
2005-11-16 23:26             ` Eric Shattow
2005-09-15  2:48         ` Lee Revell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1126807842.3185.3.camel@mindpipe \
    --to=rlrevell@joe-job.com \
    --cc=Alsa-devel@lists.sourceforge.net \
    --cc=clemens@ladisch.de \
    --cc=debian-kernel@lists.debian.org \
    --cc=horms@debian.org \
    --cc=nano@nittionio.nu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.