I just tried out the latest version of the Trusty kernel
(3.13.0-88-generic #135-Ubuntu), and I confirm that the bug seems to be
fixed (i.e., USB is fully working, and tvtime runs without shutting down
the USB host).
--
You received this bug notification because you are a member of Kernel
Package
To add to my previous comment, the workaround was around for a while
now, but I did not know until now.
--
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/1200204
Title:
2040:7200 SuperSpeed
It turns out that we now have a workaround for this bug. It appears as
if bug 1313279 is a duplicate of this bug, because I installed the
mainline 3.13.4 kernel, and I was able to get tvtime to run without
shutting down the USB host.
--
You received this bug notification because you are a member
I have tested the latest upstream kernel even more, and I have noticed
something that may or may not help. I have found a "degradation effect"
in which the total length of time the connection is hung within a given
time frame increases the longer the system is running. To illustrate
this effect,
I meant to say BIOS version 1005, not 1004.
--
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/1200204
Title:
2040:7200 SuperSpeed USB failure (and kernel oops) after launching
tvtime: ERR
I updated the BIOS to version 1004, and this did not change anything.
** Attachment added: "Output of "sudo dmidecode -s bios-version && sudo
dmidecode -s bios-release-date""
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1200204/+attachment/4082055/+files/dmidecode.txt
--
You receive
I have just finished testing the latest upstream kernel, and I confirm
that the bug still exists (i.e. I am still occasionally seeing 'fail to
flush all tx fifo queues Q 0' messages).
** Tags added: kernel-bug-exists-upstream
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
-
Six months have passed since I have tested the 3.12-rc3 mainline kernel,
and I confirm that the USB shutdown issue still exists after testing the
3.14 mainline kernel. (FYI, the system was upgraded from Raring to
Saucy on December 21, 2013.)
--
You received this bug notification because you are
** Attachment added:
"wireshark-log-during-failure-to-flush-tx-fifo-queues.pcapng"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1305406/+attachment/4078765/+files/wireshark-log-during-failure-to-flush-tx-fifo-queues.pcapng
--
You received this bug notification because you are a membe
Public bug reported:
I have a Lenovo ThinkPad X201 Tablet with an Intel Centrino Ultimate-N
6300 AGN wireless card. Ever since I have upgraded to Ubuntu 13.10 from
Ubuntu 12.10, I keep experiencing this annoying issue on wireless
networks with multiple APs: a TX queue gets stuck, and the wireles
If you mean the URL to an archive of messages that were sent between me
and the xHCI maintainer (Sarah Sharp), here is the URL:
http://comments.gmane.org/gmane.linux.usb.general/89930. So far, what
is seen at Gmane does not differ from what is seen in comment #24, as I
have not received any furthe
The USB shutdown bug still exists as of version 3.11.0-8.15. Since I
have gained a greater awareness of this issue, I am beginning to suspect
that it is similar to the one described in #1151622.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notifi
** Attachment added: "dmesg output using usb-linus branch with xhci debugging
enabled"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1200204/+attachment/3753800/+files/dmesg-using-usb-linus-branch-with-xhci-debug.log
--
You received this bug notification because you are a member of Ke
13 matches
Mail list logo