I thoroughly tested the patches when the bug happened to me before. The
same kind of stuttering never happened again after the fix was released.
I suppose the newer reports are not related to this bug. Please
understand not all choppy audio has the same source.
You may troubleshoot over these
Can someone explain how, if at all, these fixes flow through to other
Linux versions like Fedora?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To
Just a short update:
Since my old computer brock down (more then 8 years old laptop), I have now a
Thinkpad T450p. Running Kubuntu 14.10, as before my DAC is an Audiolab 8200CD.
And this issue does not occur anymore, neither on the USB 2 nor USB 3 plug.
So might have been really an hardware
To keep this brief - I'm an idiot. It's all my own fault. Sorry for
wasting people's time reading my scribbles.
Now the longer version. I did some extensive tests, playing local music
via VLC - OK. Remote server music via VLC and foobar (under wine) - Not
OK. Internet music (Firefox, BBC radio
I am on 14.04, 64 bit, a new Samsung laptop bought earlier this year.
Connecting via USB 2 or USB 3 to my Musical Fidelity M1 CLiC Async USB
DAC gives the crackles and interruptions as described above (analogue or
digital). When connected it is described as a PCM2706 Audio Codec
Digital Stereo
Furthermore, I resurrected my old Sony laptop just to try and test this,
with xubuntu 14.04, and it works OK. Being of 2003 vintage it's only
just USB 2, let alone 3.
So it seems to me that there may be a problem with the USB 3 support
misidentifying a USB 2 device in some fashion.
Can I force
@Tim Passingham, as I understood from Alan Stern in earlier posts, most modern
computers emulate USB2 through USB3 root hub, so basically USB3 XHCI driver is
used for all connected devices, and async usb audio support in XHCI driver is
somewhat flawed.
I also had similar problem a year a so
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.
I assumed that since others had supplied so much detail I didn't need to
supply any more. I was simply saying that this problem affects me as
well (as I think was requested by an earlier post), and noting that on
an older USB-2 only system I get no problems at all (and didn't have on
previous
Andrejas: You say I also had similar problem a year a so ago, but it
disappeared since then (now on Ubuntu 14.10 Arcam R-DAC). Are you
saying that the same DAC didn't work under 14.04 but does under 14.10?
Has the problem therefore definitely been analysed and fixed in 14.10?
--
You received
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
I also am having terrible USB audio. Trying to just chill listening to
the blues, and hear every minute, a pop or hiccup. If I switch to the
onboard sound (even if SPDIF output), perfectly fine. My monitor's
built in speakers are USB, and I'm about to just connect regular
speakers to the built
I should note that running either Mac OS X or Windows, results in
perfect audio. It's only ever been Linux with the problem. Though to
be honest, after 6 years of unresolved USB audio, I've grown to just
accept that this will never be fixed.
--
You received this bug notification because you
this bug persists for me, now on 3.11, just tried a live system again
(have tried every new Ubuntu, Mint and Debian distro since bug appeared)
does it help to submit data here?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
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
Not sure if uploading my attachment worked right, got a confirmation,
but can't find it in my comment. Used the add attachment below the
comment field. If it is lost somewhere, I could upload it again.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Ok, finally got the time. Attached is the output stream with some
audible cracks, like explained above. Hope I did it right...
Not sure if the output of cat /sys/kernel/debug/usb/devices is of any
interest, but here it is:
T: Bus=02 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D:
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
Thanks for looking into it!
But I wonder, if this should be an issue of my hardware, why I can use the same
laptop with the same DAC without problems with daphile (http://www.daphile.com/
, a headless Gentoo-based player)? Shouldn't daphile have the same problems? Or
is there a way to configure
Please read comment #172.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications about this bug go to:
Hi!
Finally I also upgraded to Kubuntu 14.04, and have also still the crackles.
Since it is a very old Laptop, there are only USB 2.0 connectors, so for sure
no USB-3.0 problem...
And: running on the same laptop daphile (which is a headless player
based on Gentoo) works fine, without any
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
This is the output from LSPCI. There is a mention of NEC USB 3
controller, however I have tried all the USB2 and USB3 ports on the
machine previously without success.
markrich@markys-home-pc:~$ lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor
DRAM Controller
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
This is the result of the output from dmesg.
[10633.605645] usb 9-2: USB disconnect, device number 2
[10639.410777] usb 9-2: new full-speed USB device number 3 using xhci_hcd
[10640.279483] usb 9-2: New USB device found, idVendor=0c56, idProduct=0003
[10640.279488] usb 9-2: New USB device
I have asked the retailer to take back the card I have purchased. It is
of no use to me if Linux is reporting it as USB3 and not USB2.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
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
I do not know how to apply the patch mentioned without guidance and
instructions.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage
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 Ubuntu
Bugs, which is subscribed to Ubuntu.
I have attached a new report according to wishes from the device playing
audio through a separate PCI USB PCIe device. The file is 2.mon.out.
The rice crispies sound is still present through this device too.
** Attachment added: 2.mon.out
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 Ubuntu
Bugs, which is subscribed to
This is the result of the output from dmesg.
[10633.605645] usb 9-2: USB disconnect, device number 2
[10639.410777] usb 9-2: new full-speed USB device number 3 using xhci_hcd
[10640.279483] usb 9-2: New USB device found, idVendor=0c56, idProduct=0003
[10640.279488] usb 9-2: New USB device
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 Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To
The device is now plugged into a USB port on the motherboard. I will do
a USBMON trace for you later. I will need to buy another PCI USB card
from eBay or other to provide another set of USB ports, however I'm
using only half of those I presently have so will be overflowing with
them.. :-/
--
Does anyone read this anymore or am I yelling at the wind?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications about this bug go
I am here. Hearing you.
On 21/04/14 11:46, Mark Rich wrote:
Does anyone read this anymore or am I yelling at the wind?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio
The homePC/Server I built isn't a year old yet. I cannot justify
replacing motherboard, RAM and CPU just for a single problem. I am
using a 3770K on an ASUS P8Z-77v-Deluxe motherboard. Nothing about my
rig is cheap sadly. :-(
--
You received this bug notification because you are a member of
Mark,
I've just had the same problem on Gentoo with a new (and rather
expensive) DAC. With the 3.13 and 3.14 kernels it sounds like a bowl of
Rice Krispies - snap, crackle and pop.
BUT! After reading this bug report I tried the latest 3.4 kernel
(3.4.87) and that works perfectly. It would be
Mark,
I've just had the same problem on Gentoo with a new (and rather
expensive) DAC. With the 3.13 and 3.14 kernels it sounds like a bowl of
Rice Krispies - snap, crackle and pop.
BUT! After reading this bug report I tried the latest 3.4 kernel (3.4.87) and
that works perfectly. It would be
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
Your suggestion does not work for me.
I have a USB PCI card installed to my computer alongside my motherboard
USB ports. I have already tried the Arcam device on its ports with the
same results when trying to isolate the cause previously.
--
You received this bug notification because you are a
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
Apologies for being vague. I do not know how to get the information you
need to help identify the problem. The comment numbers you suggested do
not help me. I am still uncertain of my way around the lower levels of
Linux.
Please tell me how to get the information you need.
--
You received
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
I have no idea if I have done what you desire correctly - given it's my
first attempt to do so, however I hope the following will be helpful.
markrich@markys-home-pc:~$ lsusb
Bus 002 Device 005: ID 18d1:4ee1 Google Inc. Nexus 4
Bus 002 Device 004: ID 046d:0825 Logitech, Inc. Webcam C270
Bus 002
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
I will do so, however the problem is the same for both USB2 and USB3
ports. I have tried them all in the past on the three controllers
(ASMEDIA, NEC and Intel).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
[ 3379.830961] usb 3-4: USB disconnect, device number 2
[ 3394.173420] usb 2-1.5: new full-speed USB device number 6 using ehci-pci
[ 3394.973170] usb 2-1.5: New USB device found, idVendor=0c56, idProduct=0003
[ 3394.973176] usb 2-1.5: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[
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.
So I patiently waited for weeks until the release of 14.04 with its 3.13
kernel and the problem remains.
Did the patch not get integrated into the final release?
If not, why and how can I do it myself - in easy steps please!
I still cannot use my DAC without the crackles and pops. :-(
--
You
Has anyone tested with the upcoming 14.04 release to see if the problem is
still there?
I still have an expensive unused DAC waiting for a fix.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
I have the arcam mwave device mentioned above.
I am using 13.10 with kernel 3.11.0-17-generic as part of the normal
update procedure but the problem is still present.
I am uncertain how to apply the fix mentioned above (still very green when it
comes to kernel rebuilds).
How can I resolve?
--
@mark: since i have the same problem (see #158) and am also
unexperienced with kernel installations, I just wait now until the
kernel 3.13 is in the package updates, I hope at latest with 14.04, so
in 2 months...
or is there anywhere a simple manual how to do this update? which kernel
will be in
I have an laptop Acer and an Asus Xonar U7 with asynchronus USB Audio CM6632A.
I'v tried this patches, but clicks was still here, with different kernel
version. I'v started unloading kernel modules and after unloading acer-wmi
clicks disapear.
Also nvidia's GPU powermizer frequency shift makes
Alan,
I have an asynchronous DAC (HRT microStreamer) and I had the problem
described in this bug with current kernel releases when setting the
output to 88.2 or 96 KHz (just as a side note, it only happened with
ehci ports, it worked correctly with xhci ports)
I've just tried 3.13rc6 which
Think I have similar problems using my Audiolab 8200 CD with the latest
Kubuntu (Kernel 3.11.0-14).
Described my problem here:
http://ubuntuforums.org/showthread.php?t=2190729 , but got no useful
help, and found now this bug report. Please let me know if I can do
something what would help the
** Changed in: linux (Ubuntu)
Assignee: a! (a-guenther) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications
Still present for me in 3.11.0-12-generic.
On 17/11/13 14:32, Andrejs Hanins wrote:
Alan, finally I've found time and compiled mainline kernel from 15 of
November (which includes the merge from tiwai branch) and I'm pleased to
say that sound choppiness of my setup with Arcam rDAC has gone!
Alan, finally I've found time and compiled mainline kernel from 15 of
November (which includes the merge from tiwai branch) and I'm pleased to
say that sound choppiness of my setup with Arcam rDAC has gone! Can't
reproduce it whatsoever. Sound it flawless. So thanks a lot for your
efforts, and
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:
On Sat, 9 Nov 2013, Andrejs Hanins wrote:
Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10
and the bug is still there, despite the fact fix was available few
months ago. Is it expected situation?
Maybe you are seeing a different bug.
--
You received this bug notification
@Alan
At least, the distorted sound I hear is very similar to the original
description and the patch provided here does help me. I'm very confused,
because even the 3.9.6 kernel from ppa, which contains the fix does not help
me.
What I'll do is to compile several versions of kernel with and
@Alan
To my surprise, the patch committed to the official Linux repo
(https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fdc03438f53a00294ed9939eb3a1f6db6f3d8963)
is very different from the patch attached to this bug report
I thought I should chip in to confirm that I still get occasional issues
with my USB DAC, even on the current Saucy 3.11.0-12 kernel. The
symptoms are identical to those that were occurring prior to the patch,
however now they usually resolve by unplugging and replugging the DAC,
whereas prior to
Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10 and the
bug is still there, despite the fact fix was available few months ago. Is it
expected situation?
Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
13.04 is ok for me.
On 09/11/2013 10:05 pm, Andrejs Hanins ahan...@gmail.com wrote:
Hi all, sorry for bothering, but I'm upgraded to latest Ubuntu 13.10 and
the bug is still there, despite the fact fix was available few months ago.
Is it expected situation?
Thanks.
--
You received this bug
@Andrejs
I'm using Trisquel 6.0 (Ubuntu 12.04 based) + Linux-libre 3.11.x / 3.12.0, it
works fine for me.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy
So, I'm using Ubuntu 13.04 64 bit and I have this:
wellywu@System76:/etc/pulse$ uname -r
3.8.0-27-generic
When is this going to be fixed?
I have a HRT MicroStreamer asynchronous USB DAC and headphone amplifier.
I downloaded and installed Clementine Development from the PPA and I set
ALSA sink
** Changed in: linux (Ubuntu)
Status: Fix Committed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications about
No regression saw here. I'm using Linux Libre kernel 3.10.1 X64.
I think it is a bad idea to connect an USB DAC through a HUB, though.
Even a mouse gets choppy from time to time in spite of being the only
thing on a HUB. The last time I did this I was still using Windows 7 and
it didn't work for
Toby: I'm sure whatever problem is caused by the hub is NOT identical to
the original problem. It may have similar symptoms, but the underlying
cause must be different. For example, it might be a bug in the hub
itself.
Tyson: In theory, connecting a USB device through a hub should not
affect
Hi Alan, Tyson,
I agree, my comment about this issue being a regression is definitely
incorrect, and it's some kind of other issue.
However it is interesting that the symptoms I received really were identical to
those presented by the original bug.
It sounds like there's a bug somewhere else
Aargh! Curses!
Mainline kernel 3.10.1 (from the PPA) has introduced this exact bug again!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage
Edit: Although I don't know how.. I just looked at the difference
between 3.10.0 and 3.10.1 and there didn't seem to be anything in there
for usb audio. The mainline PPA doesn't add patches, does it?
https://lkml.org/lkml/2013/7/13/115
--
You received this bug notification because you are a
Sorry to spam you all again, but just an update to the above comments.
Rolling back to 3.10.0 didn't fix the problem after all. What did was
unplugging and replugging the USB Hub I had the USB Audio device plugged into.
(Unplugging and replugging the audio device from the hub didn't help. Just
The fix for this bug will be released in the 3.8.13.3 kernel.
** Changed in: linux (Ubuntu)
Status: Confirmed = Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
@Jan, yes this fix will make it into the 3.8 kernel through the normal
stable update process.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage
I have the Audioengine D1 and the only thing that fixes it is plugging
it into this
http://www.amazon.com/AmazonBasics-USB-4-Port-Ultra-
Mini/dp/B003M0NURK/ref=sr_1_1?ie=UTF8qid=1371414908sr=8-1keywords=amazon+usb+hub
Which forces the D1 to use ehci instead of uhci.
--
You received this bug
Just thought I'd comment that the kernel 3.9.6 from the Mainline PPA
seems to have resolved the problem for me on 13.04.
It's quite a relief!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Will it ever get into mainline ubuntu 3.8?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications about this bug go to:
Today the revert landed on kernel v3.10-rc5.
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-rc5-saucy/
I've tested it and it worked. Finally I can use my DAC again. It had been half
an year since.
Thank you all guys! :)
--
You received this bug notification because you are a member of
Thank you all - looking forward to playing music again with the new
kernel.
If anyone could specify how to use (apply) the patch:
fix some mistakes in ehci-hcd's split transaction scheduler:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/3685174/+files
/ehci-split-bugs
Thank you for looking into this bug, Alan!
Thank you for building those kernels for us to test, Joseph!
And thank you Tim for testing the debug kernel because I couldn't risk breaking
my working machine at the moment.
:)
--
You received this bug notification because you are a member of Ubuntu
Alan, thanks for all the help with this issue!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications about this bug go to:
Thanks to Tyson and Tim for all their testing.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications about this bug go to:
Alan Stern (stern) wrote on 2013-05-24:
Unless there are any objections, I'll submit the reversion next week.
Any update/news?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB
@ Joseph Salisbury
with this kernel, the problem still exists for me:
http://kernel.ubuntu.com/~jsalisbury/lp1136110/commit-reverted/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
At least, I've been using the patch (i.e. listening USB audio) on top of
3.9.4 Kernel daily with my Arcam r-DAC on almost 2 weeks and seen no
more choppiness or any new problems.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
@ Andrejs Hanins:
Could you please specify *which* patch that is (incl. further
instructions)?
thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
@ mp
The patch attached to this bug report named fix some mistakes in ehci-hcd's
split transaction scheduler. I just took vanilla (www.kernel.org) 3.9.4
Kernel, applied patch and compiled it for Ubuntu 13.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
@ Andrejs Hanins:
Thanks for that clarification. For others looking for the same
information, this is the patch:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/3685174/+files
/ehci-split-bugs
Relatedly: Any with-patch-compiled kernels available for download
anywhere,
I have submitted a reversion for commit
3e619d04159be54b3daa0b7036b0ce9e067f4b5d. It will appear probably in
the 3.10-rc6 kernel and then in the next 3.9.stable kernel released
after that.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Any ETA's on when the mainline Ubuntu 3.8 kernel will be patched/commit
reverted?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage
** Tags removed: performing-bisect
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1136110
Title:
USB Audio Codec choppy playback
To manage notifications about this bug go to:
Hi, just FYI, I faced the same bug on Ubuntu AMD64 13.04 and async USB
Arcam rDAC. I tried the attached patch on top of vanilla 3.9.4 Kernel
(last stable as for today) and it definitely did help also for me. No
more choppiness whatsoever. Before the patch, choppiness happened in
every 2-nd or so
Ok, that patch fixes the problem. I changed nothing else (so Logitech
USB keyboard still attached).
attached: periodic.txt
** Attachment added: periodic.txt
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/3685425/+files/periodic.txt
--
You received this bug
and now attached devices (as devices.txt) in case it helps.
** Attachment added: devices.txt
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1136110/+attachment/3685426/+files/devices.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Thanks for testing. It's good to know that the patch works as intended
and that it fixes the problem. It indicates that my understanding of
what's going on with the hardware is basically right.
Nevertheless, I think the safest course will be to revert the commit.
This part of the driver is in
Just out of curiosity, does it make any difference if you remove the
Logitech receiver?
(Not that I think this would be any sort of fix. A real code update is
needed. I just wondered if it would change anything.)
--
You received this bug notification because you are a member of Ubuntu
Bugs,
I'm not sure if this is worth it... Reverting that commit would be a
lot more straightforward, and that's probably what I'll end up doing.
However, this patch makes the driver more correct -- although it's
still a long way from being right. But the only way to fix this
properly is to rewrite a
1 - 100 of 190 matches
Mail list logo
