[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I thoroughly tested the patches when the bug happened to me before. The same kind of stuttering never happened again after the fix was released. I suppose the newer reports are not related to this bug. Please understand not all choppy audio has the same source. You may troubleshoot over these things: 1) Turn off Wireless and Bluetooth. CSR Bluetooth adapters are more stable. Broadcom to my experience is very bad at this. Realtek wifi chips are kinda bad, too. 2) Do not use USB hub, or make sure it is sufficiently powered (>500mA per port, >2A DC adapter). 3) Make sure the playback samplerate is native of the device. Pulseaudio's SRC could introduce stuttering. If your DAC is 48K by default and you output 44.1K to Pulseaudio, it can chop things up. 4) Do not use aggressive power save options in your BIOS. 5) Try plug the DAC on USB2.0 only ports, not USB3.0 ports. Many USB3.0 ports are running on 3rd party chips. Hope it helps! -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Erro
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Can someone explain how, if at all, these fixes flow through to other Linux versions like Fedora? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic 3.5.7.6
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Just a short update: Since my old computer brock down (more then 8 years old laptop), I have now a Thinkpad T450p. Running Kubuntu 14.10, as before my DAC is an Audiolab 8200CD. And this issue does not occur anymore, neither on the USB 2 nor USB 3 plug. So might have been really an hardware issue somehow for me before. Cheers! -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
To keep this brief - I'm an idiot. It's all my own fault. Sorry for wasting people's time reading my scribbles. Now the longer version. I did some extensive tests, playing local music via VLC - OK. Remote server music via VLC and foobar (under wine) - Not OK. Internet music (Firefox, BBC radio streams) - Not OK. Ethernet vs Wi-Fi - no difference. I then looked at my notes for any modifications I might have made in the past, and there it was. I had changed the default pulse-audio bit rate in /etc/pulse/daemon.conf to suit another application using a different output device. My memory being what it is (age...) I had totally forgotten. Reverting to standard fixed the problem. I don't really understand why local music under VLC was OK and other's not, but no matter. The problem has gone away. Now I shall go away and hide -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.1
Re: [Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
On Sat, 6 Dec 2014, Tim Passingham wrote: > I assumed that since others had supplied so much detail I didn't need to > supply any more. I was simply saying that this problem affects me as > well (as I think was requested by an earlier post), What makes you think this is the same problem? It probably isn't, since the problem that originally provoked this bug report has been fixed. And so have some of the other problems raised later on in this same bug report. > and noting that on > an older USB-2 only system I get no problems at all (and didn't have on > previous versions of xubuntu). I thought that might be useful extra > information. I doubt that the age of the system is directly related. > I don't know enough about linux to know what to include, or how. I am > just a user, not any form of expert. So I don't know what OHCI is, but > when is says .../0/usb3/3-1... I assume that's what it means. More fool > me. > > Both laptops are on 14.04 xubuntu, fully up to date. If it really will > help, I will try to read and understand all 200 items here and submit > further data, but I didn't imagine I'd have anything new to contribute. What is the output from uname -r? Also, see comment #172. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Andrejas: You say "I also had similar problem a year a so ago, but it disappeared since then (now on Ubuntu 14.10 Arcam R-DAC)." Are you saying that the same DAC didn't work under 14.04 but does under 14.10? Has the problem therefore definitely been analysed and fixed in 14.10? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I assumed that since others had supplied so much detail I didn't need to supply any more. I was simply saying that this problem affects me as well (as I think was requested by an earlier post), and noting that on an older USB-2 only system I get no problems at all (and didn't have on previous versions of xubuntu). I thought that might be useful extra information. I don't know enough about linux to know what to include, or how. I am just a user, not any form of expert. So I don't know what OHCI is, but when is says .../0/usb3/3-1... I assume that's what it means. More fool me. Both laptops are on 14.04 xubuntu, fully up to date. If it really will help, I will try to read and understand all 200 items here and submit further data, but I didn't imagine I'd have anything new to contribute. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Tim: This has nothing to do with USB-3. You can tell from the log: > Dec 6 13:33:29 twpsamlinux kernel: [ 512.148960] usb 3-1: new full- speed USB device number 2 using ohci-pci OHCI is strictly USB-1.1. However, you have not provided nearly enough useful information to tell what's going wrong. You didn't even say what version of the kernel you are using! -- let alone provide a usbmon trace like some of the other people contributing to this bug report. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 P
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
@Tim Passingham, as I understood from Alan Stern in earlier posts, most modern computers emulate USB2 through USB3 root hub, so basically USB3 XHCI driver is used for all connected devices, and async usb audio support in XHCI driver is somewhat flawed. I also had similar problem a year a so ago, but it disappeared since then (now on Ubuntu 14.10 Arcam R-DAC). -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Furthermore, I resurrected my old Sony laptop just to try and test this, with xubuntu 14.04, and it works OK. Being of 2003 vintage it's only just USB 2, let alone 3. So it seems to me that there may be a problem with the USB 3 support misidentifying a USB 2 device in some fashion. Can I force something in the udev rules somewhere? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 S
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I am on 14.04, 64 bit, a new Samsung laptop bought earlier this year. Connecting via USB 2 or USB 3 to my Musical Fidelity M1 CLiC Async USB DAC gives the crackles and interruptions as described above (analogue or digital). When connected it is described as a PCM2706 Audio Codec Digital Stereo (IEC958). I have tried the Analogue and Digital configurations. Quite often Pulseaudio just stops and restarts. Connecting via USB 2 or USB 3 to my Meridian Explorer Async USB DAC works fine. On my old (2003) Sony Laptop, recently retired, it worked fine. An extract from my syslog follows. I had just disconnected from the USB 3 port and connected to my USB 2 port. This is, whatever the log may say, not a USB 3 device or port. WIll there really be no fix? It seems pretty fundamental for many Async USB DACs. Dec 6 13:31:55 twpsamlinux kernel: [ 418.785848] HDMI ATI/AMD: no speaker allocation for ELD Dec 6 13:33:20 twpsamlinux kernel: [ 503.543057] usb 5-1: USB disconnect, device number 2 Dec 6 13:33:29 twpsamlinux kernel: [ 512.148960] usb 3-1: new full-speed USB device number 2 using ohci-pci Dec 6 13:33:29 twpsamlinux kernel: [ 512.316151] usb 3-1: New USB device found, idVendor=08bb, idProduct=2706 Dec 6 13:33:29 twpsamlinux kernel: [ 512.316173] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Dec 6 13:33:29 twpsamlinux kernel: [ 512.316185] usb 3-1: Product: USB Audio DAC Dec 6 13:33:29 twpsamlinux kernel: [ 512.316195] usb 3-1: Manufacturer: Burr-Brown from TI Dec 6 13:33:29 twpsamlinux kernel: [ 512.370306] input: Burr-Brown from TI USB Audio DACas /devices/pci:00/:00:12.0/usb3/3-1/3-1:1.2/input/input12 Dec 6 13:33:29 twpsamlinux kernel: [ 512.370910] hid-generic 0003:08BB:2706.0002: input,hidraw0: USB HID v1.00 Device [Burr-Brown from TI USB Audio DAC ] on usb-:00:12.0-1/input2 Dec 6 13:35:01 twpsamlinux kernel: [ 604.390700] HDMI ATI/AMD: no speaker allocation for ELD Dec 6 13:35:01 twpsamlinux kernel: [ 604.687996] HDMI ATI/AMD: no speaker allocation for ELD Dec 6 13:35:01 twpsamlinux kernel: [ 604.987999] HDMI ATI/AMD: no speaker allocation for ELD Dec 6 13:35:02 twpsamlinux kernel: [ 605.288020] HDMI ATI/AMD: no speaker allocation for ELD Dec 6 13:35:02 twpsamlinux kernel: [ 605.588042] HDMI ATI/AMD: no speaker allocation for ELD -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in linux package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on af
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I should note that running either Mac OS X or Windows, results in perfect audio. It's only ever been Linux with the problem. Though to be honest, after 6 years of unresolved USB audio, I've grown to just accept that this will never be fixed. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-2
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I also am having terrible USB audio. Trying to just chill listening to the blues, and hear every minute, a pop or hiccup. If I switch to the onboard sound (even if SPDIF output), perfectly fine. My monitor's built in speakers are USB, and I'm about to just connect regular speakers to the built in sound output. I've been having this problem for several years. (Since I bought this computer in 2008 to be exact). -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron:
Re: [Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
this bug persists for me, now on 3.11, just tried a live system again (have tried every new Ubuntu, Mint and Debian distro since bug appeared) does it help to submit data here? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quie
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I can't tell what's happening with daphile. Maybe it's simply a matter of how much network activity or disk activity or graphics activity is going on at the time. (Of course, storing a usbmon trace creates some disk activity of its own...) You can check whether graphics is the issue by switching to a VT console while the audio is playing. There is no way to reconfigure the PCI bus. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom,
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Thanks for looking into it! But I wonder, if this should be an issue of my hardware, why I can use the same laptop with the same DAC without problems with daphile (http://www.daphile.com/ , a headless Gentoo-based player)? Shouldn't daphile have the same problems? Or is there a way to configure the PCI bus to get it working? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
The usbmon trace contains a bunch of -63 error codes. 28 of them occurred during the 13-second trace. This code is documented to mean "During an OUT transfer, the Host Controller could not retrieve data system memory fast enough to keep up with the USB data rate". In other words, the PCI bus in your old laptop was overloaded. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Not sure if uploading my attachment worked right, got a confirmation, but can't find it in my comment. Used the "add attachment" below the comment field. If it is lost somewhere, I could upload it again. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Ok, finally got the time. Attached is the output stream with some audible cracks, like explained above. Hope I did it right... Not sure if the output of cat /sys/kernel/debug/usb/devices is of any interest, but here it is: T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0451 ProdID=8200 Rev= 1.60 S: Manufacturer=Lakewest Audio S: Product=Audiolab 8200 Series C:* #Ifs= 3 Cfg#= 1 Atr=c0 MxPwr= 0mA I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID ) Sub=00 Prot=00 Driver=usbhid E: Ad=82(I) Atr=03(Int.) MxPS= 1 Ivl=32ms I:* If#= 1 Alt= 0 #EPs= 1 Cls=01(audio) Sub=01 Prot=00 Driver=snd-usb-audio E: Ad=83(I) Atr=03(Int.) MxPS= 2 Ivl=32ms I:* If#= 2 Alt= 0 #EPs= 0 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio I: If#= 2 Alt= 1 #EPs= 2 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio E: Ad=01(O) Atr=05(Isoc) MxPS= 582 Ivl=1ms E: Ad=81(I) Atr=11(Isoc) MxPS= 3 Ivl=1ms ** Attachment added: "output" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/4124889/+files/1.mon.out -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: ty
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Please read comment #172. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic 3.5.7.6 RelatedPackageVersions: linux-restricted-modules-3.5.0-26-generic N
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Hi! Finally I also upgraded to Kubuntu 14.04, and have also still the crackles. Since it is a very old Laptop, there are only USB 2.0 connectors, so for sure no USB-3.0 problem... And: running on the same laptop daphile (which is a headless player based on Gentoo) works fine, without any problems. Wondering why it's fine with that one, but not Kubuntu... So, let's see if I can help anything... Here's my lsusb: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 003: ID 0451:8200 Texas Instruments, Inc. Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub So, the 5th is the DAC, a Audiolab 8200CD. (no other USB devices connected) dmesg gives a lot of outputs, so only ones that differ while playback are: [19545.228188] 3:2:1: cannot get freq at ep 0x1 [19545.231204] 3:2:1: cannot get freq at ep 0x1 [19549.621200] delay: estimated 265, actual 44 (all other lines are similar to: [19550.940214] status interrupt: 80 02) Since I am also more a user then a linux pro: what prompts might be useful to narrow the problem down? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look in
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
You can find the correspondence between the PCI device list and the USB bus list by running grep . /sys/bus/usb/devices/usb*/serial In addition to the NEC controller, your listing includes two EHCI (i.e., USB-2) controllers; they are the ones with "Enhanced" in the description. Any of those controllers ought to work okay for your audio. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
This is the output from LSPCI. There is a mention of NEC USB 3 controller, however I have tried all the USB2 and USB3 ports on the machine previously without success. markrich@markys-home-pc:~$ lspci 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 Display controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4) 00:1c.6 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 7 (rev c4) 00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: NVIDIA Corporation GK104 [GeForce GTX 660 Ti] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GK104 HDMI Audio Controller (rev a1) 03:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller 04:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller 05:00.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 06:01.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 06:04.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 06:05.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 06:06.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 06:07.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 06:08.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 06:09.0 PCI bridge: PLX Technology, Inc. PEX 8608 8-lane, 8-Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) 09:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 01) 0a:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9128 PCIe SATA 6 Gb/s RAID controller with HyperDuo (rev 11) 0b:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04) 0c:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n 0d:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I recently heard that USB audio works okay over USB-3 using xHCI controllers from NEC rather than Intel; see http://marc.info/?l=linux-usb&m=139958150312402&w=2 If you run "lspci", it will show the manufacturers for the xHCI controllers in your system. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/v
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
There probably is a document somewhere on the Ubuntu web site explaining how to do this. (I don't know where, and I don't use Ubuntu.) Or maybe Joseph Salisbury can do it for you. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro q
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I do not know how to apply the patch mentioned without guidance and instructions. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic 3.5.7.6 RelatedPackage
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Just what I was going to suggest. Maybe you can find a true USB-2 card somewhere else. You can try building a kernel with the attached (untested) patch. It is a partial fix for a bug in the xHCI driver, and it might solve your problem on the USB-3 ports. ** Patch added: "Partial fix for xhci-hcd isochronous start-frame bug" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/4103424/+files/xhci-isoc-start.patch -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitectu
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I have asked the retailer to take back the card I have purchased. It is of no use to me if Linux is reporting it as USB3 and not USB2. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignatur
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
This is the result of the output from dmesg. [10633.605645] usb 9-2: USB disconnect, device number 2 [10639.410777] usb 9-2: new full-speed USB device number 3 using xhci_hcd [10640.279483] usb 9-2: New USB device found, idVendor=0c56, idProduct=0003 [10640.279488] usb 9-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [10640.279491] usb 9-2: Product: ARCAM Wireless Audio [10640.279493] usb 9-2: Manufacturer: ARCAM [10640.308472] 3:1:1: cannot get freq at ep 0x1 [10640.360464] 3:1:1: cannot get freq at ep 0x1 [10640.366589] 3:1:1: cannot get freq at ep 0x1 [10640.392456] 3:1:1: cannot get freq at ep 0x1 [10640.399559] 3:1:1: cannot get freq at ep 0x1 [10640.428447] 3:1:1: cannot get freq at ep 0x1 [10640.434574] 3:1:1: cannot get freq at ep 0x1 The USB sound device is plugged into the newly purchased USB2 PCIe card. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I hate to say this, but the "xhci_hcd" in the second line means that the port is USB-3, not USB-2. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic 3.5.7.6
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
This is the result of the output from dmesg. [10633.605645] usb 9-2: USB disconnect, device number 2 [10639.410777] usb 9-2: new full-speed USB device number 3 using xhci_hcd [10640.279483] usb 9-2: New USB device found, idVendor=0c56, idProduct=0003 [10640.279488] usb 9-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [10640.279491] usb 9-2: Product: ARCAM Wireless Audio [10640.279493] usb 9-2: Manufacturer: ARCAM [10640.308472] 3:1:1: cannot get freq at ep 0x1 [10640.360464] 3:1:1: cannot get freq at ep 0x1 [10640.366589] 3:1:1: cannot get freq at ep 0x1 [10640.392456] 3:1:1: cannot get freq at ep 0x1 [10640.399559] 3:1:1: cannot get freq at ep 0x1 [10640.428447] 3:1:1: cannot get freq at ep 0x1 [10640.434574] 3:1:1: cannot get freq at ep 0x1 The USB sound device is plugged into the newly purchased USB2 PCIe card. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
What about the dmesg output for when you plugged in the audio device? The information in the usbmon trace suggests that the device was plugged into a USB-3 port, not into the USB-2 PCI card. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-3768655
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I have attached a new report according to wishes from the device playing audio through a separate PCI USB PCIe device. The file is 2.mon.out. The rice crispies sound is still present through this device too. ** Attachment added: "2.mon.out" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/4102609/+files/2.mon.out -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
The device is now plugged into a USB port on the motherboard. I will do a USBMON trace for you later. I will need to buy another PCI USB card from eBay or other to provide another set of USB ports, however I'm using only half of those I presently have so will be overflowing with them.. :-/ -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb Pr
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Have you tried an add-on PCI USB-2 card? (The lsusb output suggests you don't.) That's the combination most likely to work. If you can do that, attach the corresponding usbmon trace. If you don't have any USB-2 ports on the PCI card, attach a usbmon trace using a USB-2 port on the motherboard. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmf
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
[ 3379.830961] usb 3-4: USB disconnect, device number 2 [ 3394.173420] usb 2-1.5: new full-speed USB device number 6 using ehci-pci [ 3394.973170] usb 2-1.5: New USB device found, idVendor=0c56, idProduct=0003 [ 3394.973176] usb 2-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 3394.973178] usb 2-1.5: Product: ARCAM Wireless Audio [ 3394.973181] usb 2-1.5: Manufacturer: ARCAM [ 3394.982917] 6:1:1: cannot get freq at ep 0x1 [ 3395.005298] 6:1:1: cannot get freq at ep 0x1 [ 3395.008167] 6:1:1: cannot get freq at ep 0x1 [ 3395.518273] 6:1:1: cannot get freq at ep 0x1 [ 3395.521167] 6:1:1: cannot get freq at ep 0x1 [ 3396.020796] 6:1:1: cannot get freq at ep 0x1 [ 3396.023791] 6:1:1: cannot get freq at ep 0x1 -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I will do so, however the problem is the same for both USB2 and USB3 ports. I have tried them all in the past on the three controllers (ASMEDIA, NEC and Intel). -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.hando
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Was this dmesg taken after you plugged the device into the add-on PCI card? It shows that the device is connected to a USB-3 port. That's the reason for your problems; the support in Linux for isochronous transfers over USB-3 is buggy. Try plugging the device into a USB-2 port instead. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcK
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I have no idea if I have done what you desire correctly - given it's my first attempt to do so, however I hope the following will be helpful. markrich@markys-home-pc:~$ lsusb Bus 002 Device 005: ID 18d1:4ee1 Google Inc. Nexus 4 Bus 002 Device 004: ID 046d:0825 Logitech, Inc. Webcam C270 Bus 002 Device 003: ID 07b5:0317 Mega World International, Ltd Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 006: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 001 Device 007: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 001 Device 003: ID 0b05:17b5 ASUSTek Computer, Inc. Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 004: ID 0c56:0003 Billion Bright, Ltd < THIS IS THE ARCAM USB DAC DEVICE Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub markrich@markys-home-pc:~$ Linux markys-home-pc 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux Result of DMESG upon inserting the device to the computer. [12577.154663] usb 3-4: USB disconnect, device number 3 [12581.537084] usb 3-4: new full-speed USB device number 4 using xhci_hcd [12582.385769] usb 3-4: New USB device found, idVendor=0c56, idProduct=0003 [12582.385774] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [12582.385777] usb 3-4: Product: ARCAM Wireless Audio [12582.385779] usb 3-4: Manufacturer: ARCAM [12582.395414] 4:1:1: cannot get freq at ep 0x1 [12582.417913] 4:1:1: cannot get freq at ep 0x1 [12582.420866] 4:1:1: cannot get freq at ep 0x1 [12582.437893] 4:1:1: cannot get freq at ep 0x1 [12582.440824] 4:1:1: cannot get freq at ep 0x1 [12582.448387] 4:1:1: cannot get freq at ep 0x1 [12582.451144] 4:1:1: cannot get freq at ep 0x1 These last repeating lines seem to crop up a lot on reports of this problem as I have been searching around Google for answers. T: Bus=03 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=12 MxCh= 0 D: Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0c56 ProdID=0003 Rev= 1.10 S: Manufacturer=ARCAM S: Product=ARCAM Wireless Audio C:* #Ifs= 2 Cfg#= 1 Atr=00 MxPwr= 20mA I:* If#= 0 Alt= 0 #EPs= 0 Cls=01(audio) Sub=01 Prot=00 Driver=snd-usb-audio I:* If#= 1 Alt= 0 #EPs= 0 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio I: If#= 1 Alt= 1 #EPs= 2 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio E: Ad=01(O) Atr=05(Isoc) MxPS= 585 Ivl=1ms E: Ad=81(I) Atr=01(Isoc) MxPS= 3 Ivl=1ms This information comes from, cat /sys/kernel/debug/usb/devices I played a sound file and outputted the results (I think) to the attached file for you to see according to the instructions. ** Attachment added: "1mon.tar.gz" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/4091571/+files/1mon.tar.gz -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Syn
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Do this: After plugging the audio device into the PCI card, run the "dmesg" command and attach the output to this bug report. Did you read comment #72 in this bug report? Follow the intructions in the URL mentioned in that comment. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Apologies for being vague. I do not know how to get the information you need to help identify the problem. The comment numbers you suggested do not help me. I am still uncertain of my way around the lower levels of Linux. Please tell me how to get the information you need. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
You know, if would help a lot if you provided some concrete data instead of just saying "it doesn't work". For example, what shows up in the dmesg log when you plug the audio device into the PCI card? If you collect a usbmon trace showing a noise-filled session, what do you get (see comments #72-#53 and also comment #82). -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Your suggestion does not work for me. I have a USB PCI card installed to my computer alongside my motherboard USB ports. I have already tried the Arcam device on its ports with the same results when trying to isolate the cause previously. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-g
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Mark, Phil, and others: This problem is not going to get solved any time soon. It requires a substantial rewrite of a large portion of the ehci-hcd driver,, which would itself take many months, and I have other things to work on. In theory you can get around the problem by buying an add-on PCI USB card and plugging the audio device into that card instead of into the motherboard's USB ports. Of course, this isn't practical for laptops and it has other obvious disadvantages. If anybody feels like doing the work to fix up ehci-hcd, I'll be happy to provide advice and oversee their efforts. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wire
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
>> Mark, I've just had the same problem on Gentoo with a new (and rather expensive) DAC. With the 3.13 and 3.14 kernels it sounds like a bowl of Rice Krispies - snap, crackle and pop. BUT! After reading this bug report I tried the latest 3.4 kernel (3.4.87) and that works perfectly. It would be nice to track down the proper fix, but at least we can listen to some nice music in the meantime. - I have just added a QED Bluetooth receiver to my sound system to allow me to stream my music without the rice krispies effect. It's not a solution, but a fudge and work around until someone can help fix it. It doesn't sound as good and it chops off the top end frequencies but it's something. :-( I tried a fresh installation of 14.04, in case of any legacy issues, files and configs from the 13.10 installation, but alas the same problems remained. I did consider using openSUSE or another flavour of Linux too. I guess with your test of Gentoo, I can put it to one side. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysont
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Mark, I've just had the same problem on Gentoo with a new (and rather expensive) DAC. With the 3.13 and 3.14 kernels it sounds like a bowl of Rice Krispies - snap, crackle and pop. BUT! After reading this bug report I tried the latest 3.4 kernel (3.4.87) and that works perfectly. It would be nice to track down the proper fix, but at least we can listen to some nice music in the meantime. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(cus
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
The homePC/Server I built isn't a year old yet. I cannot justify replacing motherboard, RAM and CPU just for a single problem. I am using a 3770K on an ASUS P8Z-77v-Deluxe motherboard. Nothing about my rig is cheap sadly. :-( -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root
Re: [Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I am here. Hearing you. On 21/04/14 11:46, Mark Rich wrote: > Does anyone read this anymore or am I yelling at the wind? > -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Does anyone read this anymore or am I yelling at the wind? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic 3.5.7.6 RelatedPackageVersions: linux-rest
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
So I patiently waited for weeks until the release of 14.04 with its 3.13 kernel and the problem remains. Did the patch not get integrated into the final release? If not, why and how can I do it myself - in easy steps please! I still cannot use my DAC without the crackles and pops. :-( -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKe
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Has anyone tested with the upcoming 14.04 release to see if the problem is still there? I still have an expensive unused DAC waiting for a fix. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersio
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
@mark: since i have the same problem (see #158) and am also unexperienced with kernel installations, I just wait now until the kernel 3.13 is in the package updates, I hope at latest with 14.04, so in 2 months... or is there anywhere a simple manual how to do this update? which kernel will be in 14.04? or will be an kernel-update before? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I have the arcam mwave device mentioned above. I am using 13.10 with kernel 3.11.0-17-generic as part of the normal update procedure but the problem is still present. I am uncertain how to apply the fix mentioned above (still very green when it comes to kernel rebuilds). How can I resolve? -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb P
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I have an laptop Acer and an Asus Xonar U7 with asynchronus USB Audio CM6632A. I'v tried this patches, but clicks was still here, with different kernel version. I'v started unloading kernel modules and after unloading acer-wmi clicks disapear. Also nvidia's GPU powermizer frequency shift makes klicks sometimes. Setting constant GPU frequency fix this. After blacklisting acer-wmi and setting constatn GPU freq. clicks completly disapear, even during kernel compill with 100% cpu load. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Alan, I have an asynchronous DAC (HRT microStreamer) and I had the problem described in this bug with current kernel releases when setting the output to 88.2 or 96 KHz (just as a side note, it only happened with ehci ports, it worked correctly with xhci ports) I've just tried 3.13rc6 which includes your commit to improve the buffering and it works perfectly!! No more crackling even at 96/24. So it's fixed for me, thanks a lot for your time and your effort!! :) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.2
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
** Changed in: linux (Ubuntu) Assignee: a! (a-guenther) => (unassigned) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic 3.5.7.6 RelatedPackageVersi
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Think I have similar problems using my Audiolab 8200 CD with the latest Kubuntu (Kernel 3.11.0-14). Described my problem here: http://ubuntuforums.org/showthread.php?t=2190729 , but got no useful help, and found now this bug report. Please let me know if I can do something what would help the debugging, beside the informations in the link... ** Changed in: linux (Ubuntu) Assignee: (unassigned) => a! (a-guenther) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnvir
Re: [Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Still present for me in 3.11.0-12-generic. On 17/11/13 14:32, Andrejs Hanins wrote: > Alan, finally I've found time and compiled mainline kernel from 15 of > November (which includes the merge from tiwai branch) and I'm pleased to > say that sound choppiness of my setup with Arcam rDAC has gone! Can't > reproduce it whatsoever. Sound it flawless. So thanks a lot for your > efforts, and I'll wait for official 3.13 release while sitting on custom > compiled kernel. Not the first time I'm doing it, hehe :) > -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Alan, finally I've found time and compiled mainline kernel from 15 of November (which includes the merge from tiwai branch) and I'm pleased to say that sound choppiness of my setup with Arcam rDAC has gone! Can't reproduce it whatsoever. Sound it flawless. So thanks a lot for your efforts, and I'll wait for official 3.13 release while sitting on custom compiled kernel. Not the first time I'm doing it, hehe :) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TER
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Andrejs: If you read comments #118 and #121, you would understand why the kernel's revert is different from the patch attached to comment #118. There is another commit currently queued for the 3.13 kernel release: https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit?id=976b6c064a957445eb0573b270f2d0282630e9b9 You might find that it helps your system. If it doesn't, please follow the debugging procedure described in comments #82, 90, 105, and 111. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
I thought I should chip in to confirm that I still get occasional issues with my USB DAC, even on the current Saucy 3.11.0-12 kernel. The symptoms are identical to those that were occurring prior to the patch, however now they usually resolve by unplugging and replugging the DAC, whereas prior to the patch they never resolved. I'm thinking there's still something not-quite-right in the kernel handling of these async audio devices. (Or possibly, these async audio devices don't always obey the USB spec perfectly in some way?) -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
@Alan To my surprise, the patch committed to the official Linux repo (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fdc03438f53a00294ed9939eb3a1f6db6f3d8963) is very different from the patch attached to this bug report (https://launchpadlibrarian.net/140553725/ehci-split-bugs). Why is it so? I guess, this a the reason why my USB async DAC still does not work with the officially fixed kernel and works with this local patch. I'm looking forward to resolve this situation and provide any additional debug info if needed. And I don't use USB Hub. Also the my locally compiled patched 3.9.4 Kernel has been working flawlessly with my Arcam USB Dac (r-dac)for half a year without any single issue. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 20
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
@Alan At least, the distorted sound I hear is very similar to the original description and the patch provided here does help me. I'm very confused, because even the 3.9.6 kernel from ppa, which contains the fix does not help me. What I'll do is to compile several versions of kernel with and without a patch to have an absolutely clear experiment and report here. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUN
Re: [Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
On Sat, 9 Nov 2013, Andrejs Hanins wrote: > Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10 > and the bug is still there, despite the fact fix was available few > months ago. Is it expected situation? Maybe you are seeing a different bug. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/bo
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
@Andrejs I'm using Trisquel 6.0 (Ubuntu 12.04 based) + Linux-libre 3.11.x / 3.12.0, it works fine for me. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic
Re: [Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
13.04 is ok for me. On 09/11/2013 10:05 pm, "Andrejs Hanins" wrote: > Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10 and > the bug is still there, despite the fact fix was available few months ago. > Is it expected situation? > Thanks. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1136110 > > Title: > USB Audio Codec choppy playback > > To manage notifications about this bug go to: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+subscriptions > -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lo
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10 and the bug is still there, despite the fact fix was available few months ago. Is it expected situation? Thanks. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
So, I'm using Ubuntu 13.04 64 bit and I have this: wellywu@System76:/etc/pulse$ uname -r 3.8.0-27-generic When is this going to be fixed? I have a HRT MicroStreamer asynchronous USB DAC and headphone amplifier. I downloaded and installed Clementine Development from the PPA and I set ALSA sink to hw:1,0 output and I get crackling sounds when playing 88.2 and 96 kHz high resolution FLAC files. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH
[Kernel-packages] [Bug 1136110] Re: USB Audio Codec choppy playback
** Changed in: linux (Ubuntu) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1136110 Title: USB Audio Codec choppy playback Status in “linux” package in Ubuntu: Fix Released Bug description: 1) The release of Ubuntu using Ubuntu 12.10 AMD64. Ubuntu 13.04 AMD64, daily build as new as 20130314. 2) The version of the package used linux-image-3.5.0-26-generic linux-image-3.5.7-03050706-generic_3.5.7-03050706.201302221435_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.5.7.6-quantal/ linux-image-3.7.7-030707-generic_3.7.7-030707.201302111436_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.7.7-raring/ linux-image-3.8.0-030800rc7-generic_3.8.0-030800rc7.201302081635_amd64.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-rc7-raring/ This bug had been confirmed appearing after the following kernel upgrade step: v3.5.0-25 > v3.5.0-26 ~ v3.5.0-27 v3.5.7.5 > v3.5.7.6 ~ v3.5.7.8 v3.7.6 > v3.7.7 ~ v3.7.10 v3.8.0-rc6 > v3.8.0-rc7 ~ v3.8.5 The v3.9 branch has been affected since its very first release. v3.9-rc1, v3.9-rc2, v3.9-rc3 v3.9-rc4 are all affected. 3) What you expected to happen When using a USB DAC to play audio, the audio should be played normally without any interruption. 4) What happened instead This bug seems to affect only a certain kind of hardware, which is called "Asynchronous USB Digital Audio Codec (DAC)". It's said that such a DAC hosts the clock itself (USB Device Host). An ordinary DAC, so called "Synchronous USB DAC", uses the clock hosted by the mother board, which is not affected by this bug. When this bug affects an asynchronous USB DAC, the audio played by the DAC is constantly interrupted. The playback itself does not stop, but the output becomes discontinous, filling with constant crackling noises, destroying everything the DAC plays. Using CLI command grep device.buffering to get the buffer from the devices, those affected kernels are reporting back a different number to the unaffected devices. The choppy noise is very similar to the situation when buffer size is not correctly set. I have tested four USB DACs, two Asynchronous and two Synchronous. Only the Asynchronous ones are affected by this bug. Affected Devices: Arce MDAC5 Arce MDAC mini Ayre Acoustics QB-9 Dragonfly USB DAC Musical Fidelity v2 DAC USB Audio Streaming Controller on affected devices: Texas Instrument TAS1020 http://www.ti.com/product/tas1020 Audio DAC on affected devices: Texas Instruments PCM1742 http://www.ti.com/product/pcm1742 This bug had been confirmed appearing after the following kernel upgrade step: 3.5.0-25 > 3.5.0-26 3.5.7.5 > 3.5.7.6 (and all 3.5.7.x above) 3.7.6 > 3.7.7 (and all 3.7.x above) 3.8.0-rc6 > 3.8.0-rc7 (and all 3.8.x above) I used Kdiff to find the similar patches, and find the following patches suspicous: USB: XHCI: fix memory leak of URB-private data (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix for leaking isochronous data (appeared in 3.7.7/3.8.0-rc7) usb: Prevent dead ports when xhci is not enabled (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) usb: Using correct way to clear usb3.0 device's remote wakeup feature (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: remove ASS/PSS polling timeout (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: unlink one async QH at a time (appeared in 3.7.7/3.8.0-rc7) USB: EHCI: fix timer bug affecting port resume (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) USB: EHCI: fix bug in scheduling periodic split transfers (appeared in 3.5.7.6/3.7.7/3.8.0-rc7) Hope someone can look into this bug soon! --- ApportVersion: 2.6.1-0ubuntu10 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: tysontan 2117 F pulseaudio /dev/snd/controlC1: tysontan 2117 F pulseaudio /dev/snd/pcmC1D0p: tysontan 2117 F...m pulseaudio CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. DistroRelease: Ubuntu 12.10 HibernationDevice: RESUME=UUID=8545c3e2-caba-4eaa-8fa4-2fbebcc2d9bb InstallationDate: Installed on 2013-02-15 (14 days ago) InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5) IwConfig: eth0 no wireless extensions. lono wireless extensions. MachineType: LENOVO 0053A11 MarkForUpload: True Package: linux 3.5.0.26.32 PackageArchitecture: amd64 ProcEnviron: TERM=xterm PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-26-generic root=UUID=8c60a142-505f-4d74-afa0-37686558e86e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.5.0-26.40-generic 3.5.7.6 RelatedPackageVersion