RTL8153 connected via ASM1042A causes transfer errors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi everyone,
here is a bug that occurs when a RTL8153 is connected to the host via an ASM1042A chip. I wrongly submitted a report at bugzilla.kernel.org - sorry for that. 

RTL8153 connected via ASM1042A is used in Dell's TB15 and TB16 docks. So anyone using these docks is probably affected.

To reproduce:
- boot
- connect to network via the docks ethernet jack
- issue dmesg via ssh on a remote computer (not necessary but this reproduces the error in 9/10 times and when issuing dmesg twice it's 10/10)
- get errors like "bad mac" on ssh (you may also get bad macs while browsing on a HTTPS homepage)
<insert some time here (some people report that this occurs on high throughput)>
- ethernet link is not usable anymore
- find dmesg output below

If I connect a RTL8153 to a different USB Port (not ASM1042A) everything works as expected (no wrong macs, no dmesg output). 

Ansis Atteka already digged into this issue. He wrote a mail about this here which may help any developer who looks into this:
https://www.mail-archive.com/linux-usb@xxxxxxxxxxxxxxx/msg85071.html

There are bugreports on Ubuntu and Archlinux:
https://bugs.archlinux.org/task/53998
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1663975

Trace and dmesg from launchpad:
https://launchpadlibrarian.net/312961448/4.11.dmesg.txt
https://launchpadlibrarian.net/312961185/4.11.trace.txt

I can still reproduce this with 4.11.4

I am able to patch the kernel and test it :)

Thanks,
Frederik

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux