Hi,
I found a way to reliably trigger this bug:
- Boot laptop
- Plug in dock (with external display connected to dock)
- Send output to external display
- Suspend
I did a bisect between 4.12.3 and 4.12.4 and here is the result:
5cc9b698a494827b15f74ef70a31d7911d00e52a is the first bad commit
commit 5cc9b698a494827b15f74ef70a31d7911d00e52a
Author: Jiahau Chang <jia...@gmail.com>
Date: Thu Jul 20 14:48:27 2017 +0300
xhci: Bad Ethernet performance plugged in ASM1042A host
commit 9da5a1092b13468839b1a864b126cacfb72ad016 upstream.
When USB Ethernet is plugged in ASMEDIA ASM1042A xHCI host, bad
performance was manifesting in Web browser use (like download
large file such as ISO image). It is known limitation of
ASM1042A that is not compatible with driver scheduling,
As a workaround we can modify flow control handling of ASM1042A.
The register we modify is changes the behavior
[use quirk bit 28, usleep_range 40-60us, empty non-pci function
-Mathias]
Signed-off-by: Jiahau Chang <lars_ch...@asmedia.com.tw>
Signed-off-by: Ian Pilcher <arequip...@gmail.com>
Signed-off-by: Mathias Nyman <mathias.ny...@linux.intel.com>
Signed-off-by: Greg Kroah-Hartman <gre...@linuxfoundation.org>
:040000 040000 876e102bde34482389d90d3394c369557a6e0d98
a84e4099274ef8c0eb35d70fbe69013f011c7c78 M drivers
I have added kernel messages stored by journald to the bugzilla bug
report (https://bugzilla.kernel.org/show_bug.cgi?id=196559). They
complement the pstore logs I previously attached.
I can confirm that the thunderbolt dock I'm using (Dell TB16) has an
ASMEDIA ASM1042A USB controller. This is the output from lspci with the
dock plugged in:
$ lspci | grep USB
00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI
Controller (rev 31)
0e:00.0 USB controller: ASMedia Technology Inc. ASM1042A USB 3.0 Host
Controller
Jose
On 08/01/2017 01:00 PM, Jose Marino wrote:
I'm running archlinux on a Dell XPS15 9550 and I connect it to a TB16
thunderbolt dock. Connected to the dock I have a 4k external display and
a USB logitech transmitter for my wireless keyboard and mouse.
The TB16 dock is a finicky beast and doesn't currently work 100% with
linux. However, if I follow a strict set of steps every time I plug it
in and suspend/resume the laptop everything works reasonably well and I
have an acceptable work environment. For the record the correct set of
steps is: plug in dock, then connect dock to still asleep laptop, then
resume laptop.
Also, to help things along I automatically unload/reload module
'xhci_pci' on suspend/resume.
Things were running smoothly with kernel 4.12.3, with only little
hiccups here and there until I upgraded to kernel 4.12.4.
I have suffered at least 3 kernel panics since yesterday. The kernel
panics happened right after resume or when switching the video output
from the external display to the laptop display.
I have efi_pstore module loaded so I was able to capture the panic logs
in each of these 3 occasions. The logs from one of the kernel panics can
be found here: https://bugzilla.kernel.org/attachment.cgi?id=257781
The logs from the other kernel panics are pretty much identical.
After the 3rd panic I have downgraded back to 4.12.3 and so far I
haven't had any issues.
NOTE: I filed a bug report about this:
https://bugzilla.kernel.org/show_bug.cgi?id=196559
Jose
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
