Re: RTL8153 connected via ASM1042A causes transfer errors

[Frederik Schwan]

I tested the patch posted here and I cannot reproduce the bug anymore. No dmesg 
entries, no bad macs.
http://marc.info/?l=linux-usb=149681741816768=2

Thanks,
Frederik


 Original Message 
From: Frederik Schwan [mailto:frederik.sch...@linux.com]
Sent: Friday, Jun 9, 2017 8:38 AM CEST
To: linux-usb@vger.kernel.org
Subject: RTL8153 connected via ASM1042A causes transfer errors

> 
> 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)
>  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@vger.kernel.org/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 majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
--
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

RTL8153 connected via ASM1042A causes transfer errors

[Frederik Schwan]

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)

- 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@vger.kernel.org/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 majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html