[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
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
@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
[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
