Re: Regression in audio playback with USB DAC caused by "USB: EHCI: use the new clear_tt_buffer interface"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm cc'ing the linux-usb@ again because the original message contained
some HTML, which made it bounce from the mailing list.

On Sat, Nov 14, 2009 at 17:54, Javier Kohen
<jkohen@xxxxxxxxxxxxxxxxxxxxx> wrote:
> I tracked a problem I'm having with my USB audio DAC down to
> patch cb88a1b887bb8908f6e00ce29e893ea52b074940.
>
> This issue is present in kernels 2.6.30.6+, 2.6.31.* and 2.6.32-rc7.
>
> With this patch applied, some combinations of two programs communicating
> with the DAC cause the audio to vanish. The only way to restore it seems to
> be to close all applications that have the DAC's devices open. After this,
> all goes back to the previous functional state, though the bug can be
> reproduced again by following the same steps.
>
> All audio applications I have use ALSA directly. I'm not running PulseAudio,
> ESD or any other kind of audio daemon. I don't have other sound cards in the
> system, except for the motherboard's on-board, which is disabled from the
> BIOS. Some easy ways in which I can reproduce this problem:
>
> 1) Start playing sound with totem/gstreamer, or sox' ALSA driver (run "play"
> from the command-line).
> 2) Start alsamixer. Boom, the device goes silent.
>
> 1) Start playing sound as above.
> 2) Start winecfg once Wine has been set up to use the ALSA driver. Boom, the
> device goes silent.
>
> 1) Start a game on Steam (under Wine). Steam itself opens the audio device
> first, then when the game opens in, and the audio goes silent.
>
> Some things that don't cause the audio to go awry:
>
> 1) Sox' play + totem/gstreamer playing audio at the same time.
> Note that these two open the audio device separately, according to lsof, so
> there's no external multiplexing.
>
> 1) Starting alsamixer.
> 2) Then playing sound with sox or totem/gstreamer.
>
> ALSA recognizes the DAC as "Burr-Brown Japan PCM2702." Currently this DAC is
> connected to my computer through the USB hub in my monitor, which makes it
> go through the EHCI driver. When connected directly to the motherboard the
> DAC uses the OHCI driver, which doesn't exhibit this problem. However, there
> is a problematic interaction between the DAC and the OHCI driver or
> motherboard chipset (nVidia's CK804), which causes the audio to degrade
> after a while. The degradation appears first as a background hiss, until it
> turns into a "broken radio" kind of sound. If anyone would like to track
> down the problem with OHCI, I'm more than willing to give further details
> and assistance. My intuition tells me this is an USB issue, not ALSA's.
>
> If there's anything else I can do to help, do let me know.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux