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
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox