[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
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.1-0ubuntu10
[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=set LANG=en_US.UTF-8 SHELL=/bin/bash
[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, no user)
[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=set 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/A
[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-usbm=139958150312402w=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=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine:
[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=set LANG=en_US.UTF-8
[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 PackageArchitecture: amd64
[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=set 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
[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=set 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
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=set 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
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 wireless
[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=set LANG=en_US.UTF-8 SHELL=/bin/bash
[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=set 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
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=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb
[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=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb
[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.0.26.32
[Kernel-packages] [Bug 1191603] Re: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices
Printing the debug messages shouldn't slow down your system very much. However, the audio driver could indeed slow down your system when a delay occurs like this. If you want to check whether printing the debug messages slows down your system, all you have to do is change the system's printing level and see what happens. -- 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/1191603 Title: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices Status in “linux” package in Ubuntu: Incomplete Bug description: The 3.8.0-24.35 kernel update in raring introduced sporadic failure of USB audio devices. The symptoms are that the device suddenly stops working and you get the following dmesg output: [ 7532.838274] cannot submit urb (err = -18) [ 7532.838283] cannot submit urb (err = -18) [ 7532.838291] cannot submit urb (err = -18) [ 7532.842224] delay: estimated 288, actual 96 [ 7532.922160] delay: estimated 432, actual 96 This bug has been introduced by the following commits (UHCI: implement new semantics for URB_ISO_ASAP, OHCI: implement new semantics for URB_ISO_ASAP): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c44b225077bb1fb25ed5cd5c4f226897b91bedd4 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6a41b4d3fe8cd4cc95181516fc6fba7b1747a27c A fix has been released (USB: fix latency in uhci-hcd and ohci-hcd): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e1944017839d7dfbf7329fac4bdec8b4050edf5e The fix hasn't been backported to 3.8 yet, but as this bug was introduced to raring by pulling upstream kernel changes, it would be nice to backport the fix to raring as soon as possible. For further reference: http://markmail.org/message/gt554vejrjkutsfw#query:+page:1+mid:gt554vejrjkutsfw+state:results https://bbs.archlinux.org/viewtopic.php?id=163891 http://comments.gmane.org/gmane.linux.usb.general/85343 http://lists.opensuse.org/opensuse-bugs/2013-05/msg01617.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1191603] Re: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices
First, those are not warning messages; they are debugging messages. Therefore they should not be stored in your system log or printed out. Second, if you are using a USB webcam then the webcam can't send audio data to the system if no processing is asking for it. Third, the messages indicate that the audio I/O was blocked for more than 0.25 second. That's a very long time for this sort of thing. You might try to find out what caused that blockage and fix it. -- 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/1191603 Title: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices Status in “linux” package in Ubuntu: Incomplete Bug description: The 3.8.0-24.35 kernel update in raring introduced sporadic failure of USB audio devices. The symptoms are that the device suddenly stops working and you get the following dmesg output: [ 7532.838274] cannot submit urb (err = -18) [ 7532.838283] cannot submit urb (err = -18) [ 7532.838291] cannot submit urb (err = -18) [ 7532.842224] delay: estimated 288, actual 96 [ 7532.922160] delay: estimated 432, actual 96 This bug has been introduced by the following commits (UHCI: implement new semantics for URB_ISO_ASAP, OHCI: implement new semantics for URB_ISO_ASAP): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c44b225077bb1fb25ed5cd5c4f226897b91bedd4 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6a41b4d3fe8cd4cc95181516fc6fba7b1747a27c A fix has been released (USB: fix latency in uhci-hcd and ohci-hcd): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e1944017839d7dfbf7329fac4bdec8b4050edf5e The fix hasn't been backported to 3.8 yet, but as this bug was introduced to raring by pulling upstream kernel changes, it would be nice to backport the fix to raring as soon as possible. For further reference: http://markmail.org/message/gt554vejrjkutsfw#query:+page:1+mid:gt554vejrjkutsfw+state:results https://bbs.archlinux.org/viewtopic.php?id=163891 http://comments.gmane.org/gmane.linux.usb.general/85343 http://lists.opensuse.org/opensuse-bugs/2013-05/msg01617.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1191603] Re: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices
Please be more specific. Which patch causes the side effect? Also, please attach a portion of your system log showing the warning messages. -- 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/1191603 Title: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices Status in “linux” package in Ubuntu: Incomplete Bug description: The 3.8.0-24.35 kernel update in raring introduced sporadic failure of USB audio devices. The symptoms are that the device suddenly stops working and you get the following dmesg output: [ 7532.838274] cannot submit urb (err = -18) [ 7532.838283] cannot submit urb (err = -18) [ 7532.838291] cannot submit urb (err = -18) [ 7532.842224] delay: estimated 288, actual 96 [ 7532.922160] delay: estimated 432, actual 96 This bug has been introduced by the following commits (UHCI: implement new semantics for URB_ISO_ASAP, OHCI: implement new semantics for URB_ISO_ASAP): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c44b225077bb1fb25ed5cd5c4f226897b91bedd4 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6a41b4d3fe8cd4cc95181516fc6fba7b1747a27c A fix has been released (USB: fix latency in uhci-hcd and ohci-hcd): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e1944017839d7dfbf7329fac4bdec8b4050edf5e The fix hasn't been backported to 3.8 yet, but as this bug was introduced to raring by pulling upstream kernel changes, it would be nice to backport the fix to raring as soon as possible. For further reference: http://markmail.org/message/gt554vejrjkutsfw#query:+page:1+mid:gt554vejrjkutsfw+state:results https://bbs.archlinux.org/viewtopic.php?id=163891 http://comments.gmane.org/gmane.linux.usb.general/85343 http://lists.opensuse.org/opensuse-bugs/2013-05/msg01617.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1191603] Re: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices
Steve: Since you're using an OHCI controller, the fixes for EHCI won't help you. Please try the attached patch and let me know how it works. If you can run the irqsoff tracer too, that would be great. ** Attachment added: Accept URB submissions in OHCI during underruns, with a debugging message https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+attachment/3773878/+files/ohci-iso-accept -- 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/1191603 Title: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices Status in “linux” package in Ubuntu: Triaged Bug description: The 3.8.0-24.35 kernel update in raring introduced sporadic failure of USB audio devices. The symptoms are that the device suddenly stops working and you get the following dmesg output: [ 7532.838274] cannot submit urb (err = -18) [ 7532.838283] cannot submit urb (err = -18) [ 7532.838291] cannot submit urb (err = -18) [ 7532.842224] delay: estimated 288, actual 96 [ 7532.922160] delay: estimated 432, actual 96 This bug has been introduced by the following commits (UHCI: implement new semantics for URB_ISO_ASAP, OHCI: implement new semantics for URB_ISO_ASAP): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c44b225077bb1fb25ed5cd5c4f226897b91bedd4 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6a41b4d3fe8cd4cc95181516fc6fba7b1747a27c A fix has been released (USB: fix latency in uhci-hcd and ohci-hcd): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e1944017839d7dfbf7329fac4bdec8b4050edf5e The fix hasn't been backported to 3.8 yet, but as this bug was introduced to raring by pulling upstream kernel changes, it would be nice to backport the fix to raring as soon as possible. For further reference: http://markmail.org/message/gt554vejrjkutsfw#query:+page:1+mid:gt554vejrjkutsfw+state:results https://bbs.archlinux.org/viewtopic.php?id=163891 http://comments.gmane.org/gmane.linux.usb.general/85343 http://lists.opensuse.org/opensuse-bugs/2013-05/msg01617.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1191603] Re: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices
Will the people who are experiencing trouble with audio devices attached to EHCI controllers please try the attached patch? It won't fix the underlying problems (underruns in the data stream) but it will prevent them from causing fatal errors. I can provide a similar patch for OHCI controllers, if anyone needs it. ** Attachment added: Accept URB submissions during underruns, with a debugging message https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+attachment/3761476/+files/ehci-iso-accept -- 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/1191603 Title: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices Status in “linux” package in Ubuntu: Triaged Bug description: The 3.8.0-24.35 kernel update in raring introduced sporadic failure of USB audio devices. The symptoms are that the device suddenly stops working and you get the following dmesg output: [ 7532.838274] cannot submit urb (err = -18) [ 7532.838283] cannot submit urb (err = -18) [ 7532.838291] cannot submit urb (err = -18) [ 7532.842224] delay: estimated 288, actual 96 [ 7532.922160] delay: estimated 432, actual 96 This bug has been introduced by the following commits (UHCI: implement new semantics for URB_ISO_ASAP, OHCI: implement new semantics for URB_ISO_ASAP): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c44b225077bb1fb25ed5cd5c4f226897b91bedd4 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6a41b4d3fe8cd4cc95181516fc6fba7b1747a27c A fix has been released (USB: fix latency in uhci-hcd and ohci-hcd): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e1944017839d7dfbf7329fac4bdec8b4050edf5e The fix hasn't been backported to 3.8 yet, but as this bug was introduced to raring by pulling upstream kernel changes, it would be nice to backport the fix to raring as soon as possible. For further reference: http://markmail.org/message/gt554vejrjkutsfw#query:+page:1+mid:gt554vejrjkutsfw+state:results https://bbs.archlinux.org/viewtopic.php?id=163891 http://comments.gmane.org/gmane.linux.usb.general/85343 http://lists.opensuse.org/opensuse-bugs/2013-05/msg01617.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1191603] Re: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices
Paul, what kind of USB controller is your sound card attached to (UHCI, OHCI, or EHCI)? -- 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/1191603 Title: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices Status in “linux” package in Ubuntu: Triaged Bug description: The 3.8.0-24.35 kernel update in raring introduced sporadic failure of USB audio devices. The symptoms are that the device suddenly stops working and you get the following dmesg output: [ 7532.838274] cannot submit urb (err = -18) [ 7532.838283] cannot submit urb (err = -18) [ 7532.838291] cannot submit urb (err = -18) [ 7532.842224] delay: estimated 288, actual 96 [ 7532.922160] delay: estimated 432, actual 96 This bug has been introduced by the following commits (UHCI: implement new semantics for URB_ISO_ASAP, OHCI: implement new semantics for URB_ISO_ASAP): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c44b225077bb1fb25ed5cd5c4f226897b91bedd4 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6a41b4d3fe8cd4cc95181516fc6fba7b1747a27c A fix has been released (USB: fix latency in uhci-hcd and ohci-hcd): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e1944017839d7dfbf7329fac4bdec8b4050edf5e The fix hasn't been backported to 3.8 yet, but as this bug was introduced to raring by pulling upstream kernel changes, it would be nice to backport the fix to raring as soon as possible. For further reference: http://markmail.org/message/gt554vejrjkutsfw#query:+page:1+mid:gt554vejrjkutsfw+state:results https://bbs.archlinux.org/viewtopic.php?id=163891 http://comments.gmane.org/gmane.linux.usb.general/85343 http://lists.opensuse.org/opensuse-bugs/2013-05/msg01617.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1191603] Re: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices
If it's xHCI then there's nothing I can do. If it's EHCI then the attached patch ought to help. For debugging purpose it writes a warning message to the kernel log whenever an underrun occurs, but it prevents the underrun from causing a failure. It turns out there are two bugs in the snd-usb-audio driver, either of which may be affecting you. There's a patch for one of the bugs at http://marc.info/?l=linux-usbm=137288343602140w=2, but there's no fix for the other bug (not enough URBs submitted). ** Attachment added: Accept URB submissions during underruns, with a warning https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+attachment/3757297/+files/ehci-iso-accept -- 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/1191603 Title: raring-updates: regression: 3.8.0-24.35 causes sporadic failure of USB audio devices Status in “linux” package in Ubuntu: Triaged Bug description: The 3.8.0-24.35 kernel update in raring introduced sporadic failure of USB audio devices. The symptoms are that the device suddenly stops working and you get the following dmesg output: [ 7532.838274] cannot submit urb (err = -18) [ 7532.838283] cannot submit urb (err = -18) [ 7532.838291] cannot submit urb (err = -18) [ 7532.842224] delay: estimated 288, actual 96 [ 7532.922160] delay: estimated 432, actual 96 This bug has been introduced by the following commits (UHCI: implement new semantics for URB_ISO_ASAP, OHCI: implement new semantics for URB_ISO_ASAP): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c44b225077bb1fb25ed5cd5c4f226897b91bedd4 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=6a41b4d3fe8cd4cc95181516fc6fba7b1747a27c A fix has been released (USB: fix latency in uhci-hcd and ohci-hcd): https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e1944017839d7dfbf7329fac4bdec8b4050edf5e The fix hasn't been backported to 3.8 yet, but as this bug was introduced to raring by pulling upstream kernel changes, it would be nice to backport the fix to raring as soon as possible. For further reference: http://markmail.org/message/gt554vejrjkutsfw#query:+page:1+mid:gt554vejrjkutsfw+state:results https://bbs.archlinux.org/viewtopic.php?id=163891 http://comments.gmane.org/gmane.linux.usb.general/85343 http://lists.opensuse.org/opensuse-bugs/2013-05/msg01617.html To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1191603/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1103018] Re: line6usb - POD Studio UX2 Playback problem. Very robotic and slightly slower than usual
It looks like this problem was fixed in the 3.9.5 stable kernel release by commit 33edcea352d7c7e601a61e987b029620fed0ca4d (USB: fix latency in uhci-hcd and ohci-hcd). I guess the commit wasn't added to any of the 3.8.stable releases because they were already closed. But it is present in 3.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/1103018 Title: line6usb - POD Studio UX2 Playback problem. Very robotic and slightly slower than usual Status in The Linux Kernel: Confirmed Status in “linux” package in Ubuntu: Confirmed Bug description: Using the POD Studio UX2 and Ubuntu 13.04 with the later releases of the 3.8.0 linux kernel the audio sounds very robotic and is slightly slower than usual. If I remember correctly I was able to get the sound back to normal on a slightly earlier release of the 3.8.0 linux kernel, but i have reinstalled Ubuntu 13.04 since. The problem occurs with everything that is played, so it is not an issue with particular applications. My speakers are connected in stereo through the 2 analogue outs at the back of the device. I have never had this issue on previous releases of Ubuntu. Playing music with this issue makes the music difficult and overall pointless to listen to. I have even disabled my onboard sound to see if that may be the problem, but the issue still occurs. I believe it is a sound driver issue relating to the later kernel releases. I hope the issue can be resolved. Thank you. UPDATE: The issue also affects the Line6 Toneport GX according to a user that commented on my youtube video, also another user has commented on my video saying that they have the same issue with their UX2 device. This shows that the issue is more than my own. It also shows that it affects other Line6 devices. I really hope this issue can be resolved before the next major kernel release at the least. Thank you again. Here's a YouTube clip of the problem http://youtu.be/mzmESXZ_R3g Bugzilla Upstream Bug Report https://bugzilla.kernel.org/show_bug.cgi?id=53801 ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: alsa-base 1.0.25+dfsg-0ubuntu3 ProcVersionSignature: Ubuntu 3.8.0-1.5-generic 3.8.0-rc4 Uname: Linux 3.8.0-1-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.8-0ubuntu2 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: aaron 1793 F pulseaudio /dev/snd/controlC1: aaron 1793 F pulseaudio Date: Tue Jan 22 14:24:06 2013 InstallationDate: Installed on 2013-01-19 (2 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Alpha amd64 (20130118) MarkForUpload: True PackageArchitecture: all SourcePackage: alsa-driver Symptom: audio Symptom_AlsaPlaybackTest: ALSA playback test through plughw:PODStudioUX2 failed Symptom_Card: UX2 - POD Studio UX2 Symptom_Type: None of the above Title: [line6usb - POD Studio UX2, playback] Playback problem UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/27/2009 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 2103 dmi.board.asset.tag: To Be Filled By O.E.M. dmi.board.name: P5QC dmi.board.vendor: ASUSTeK Computer INC. dmi.board.version: Rev 2.xx dmi.chassis.asset.tag: Asset-1234567890 dmi.chassis.type: 3 dmi.chassis.vendor: Chassis Manufacture dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr2103:bd04/27/2009:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP5QC:rvrRev2.xx:cvnChassisManufacture:ct3:cvrChassisVersion: dmi.product.name: System Product Name dmi.product.version: System Version dmi.sys.vendor: System manufacturer To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1103018/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1103018] Re: line6usb - POD Studio UX2 Playback problem. Very robotic and slightly slower than usual
Can somebody who's getting the robotic sound or related problems please attach a usbmon trace? -- 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/1103018 Title: line6usb - POD Studio UX2 Playback problem. Very robotic and slightly slower than usual Status in The Linux Kernel: Confirmed Status in “linux” package in Ubuntu: Confirmed Bug description: Using the POD Studio UX2 and Ubuntu 13.04 with the later releases of the 3.8.0 linux kernel the audio sounds very robotic and is slightly slower than usual. If I remember correctly I was able to get the sound back to normal on a slightly earlier release of the 3.8.0 linux kernel, but i have reinstalled Ubuntu 13.04 since. The problem occurs with everything that is played, so it is not an issue with particular applications. My speakers are connected in stereo through the 2 analogue outs at the back of the device. I have never had this issue on previous releases of Ubuntu. Playing music with this issue makes the music difficult and overall pointless to listen to. I have even disabled my onboard sound to see if that may be the problem, but the issue still occurs. I believe it is a sound driver issue relating to the later kernel releases. I hope the issue can be resolved. Thank you. UPDATE: The issue also affects the Line6 Toneport GX according to a user that commented on my youtube video, also another user has commented on my video saying that they have the same issue with their UX2 device. This shows that the issue is more than my own. It also shows that it affects other Line6 devices. I really hope this issue can be resolved before the next major kernel release at the least. Thank you again. Here's a YouTube clip of the problem http://youtu.be/mzmESXZ_R3g Bugzilla Upstream Bug Report https://bugzilla.kernel.org/show_bug.cgi?id=53801 ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: alsa-base 1.0.25+dfsg-0ubuntu3 ProcVersionSignature: Ubuntu 3.8.0-1.5-generic 3.8.0-rc4 Uname: Linux 3.8.0-1-generic x86_64 NonfreeKernelModules: nvidia ApportVersion: 2.8-0ubuntu2 Architecture: amd64 AudioDevicesInUse: USERPID ACCESS COMMAND /dev/snd/controlC0: aaron 1793 F pulseaudio /dev/snd/controlC1: aaron 1793 F pulseaudio Date: Tue Jan 22 14:24:06 2013 InstallationDate: Installed on 2013-01-19 (2 days ago) InstallationMedia: Ubuntu 13.04 Raring Ringtail - Alpha amd64 (20130118) MarkForUpload: True PackageArchitecture: all SourcePackage: alsa-driver Symptom: audio Symptom_AlsaPlaybackTest: ALSA playback test through plughw:PODStudioUX2 failed Symptom_Card: UX2 - POD Studio UX2 Symptom_Type: None of the above Title: [line6usb - POD Studio UX2, playback] Playback problem UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 04/27/2009 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: 2103 dmi.board.asset.tag: To Be Filled By O.E.M. dmi.board.name: P5QC dmi.board.vendor: ASUSTeK Computer INC. dmi.board.version: Rev 2.xx dmi.chassis.asset.tag: Asset-1234567890 dmi.chassis.type: 3 dmi.chassis.vendor: Chassis Manufacture dmi.chassis.version: Chassis Version dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr2103:bd04/27/2009:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP5QC:rvrRev2.xx:cvnChassisManufacture:ct3:cvrChassisVersion: dmi.product.name: System Product Name dmi.product.version: System Version dmi.sys.vendor: System manufacturer To manage notifications about this bug go to: https://bugs.launchpad.net/linux/+bug/1103018/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
