Please try this patch:
https://lkml.org/lkml/2018/1/16/102
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum silently failin
Applied to 4.14.14. Offload:
tcp-segmentation-offload: on
udp-fragmentation-offload: off
generic-segmentation-offload: on
generic-receive-offload: on
rx-vlan-offload: on
tx-vlan-offload: on
dd | sha1sum loop:
742462292c76189f63fc3e7af1acc9dec56c0a8d -
742462292c76189f63fc3e7af1acc9dec56c0a8d -
FYI this commit ended up landing related to this. I would recommend to
backport it.
https://github.com/torvalds/linux/commit/0b1655143df00ac5349f27b765b2ed13a3ac40ca
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https:
Hi Mario, thanks for the pointer. Fedora stable releases are currently
on 4.16.15 so that fix should be in place. I've got a TB16 at home so I
can also try to reproduce this on Fedora 28 this evening.
marianne, adding the dmesg logs would be helpful. Thanks!
--
You received this bug notification
I think I have the same issue with my laptop and dock (Dell TB16).
Laptop is new and installed in Fedora 28. All firmware are up-to-date.
Ethernet works fine unless I want to transfert a large amount of data.
Session (sftp, rsync or scp) cut abruptly after a few seconds. Nothing
relevant appears
Looks like this is more of a firmware issue with these docks and/or a
driver issue with the 8152, so I'm throwing this back onto the queue
where it was.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpa
On 4.15.4 I see a lot of:
Feb 21 15:43:31 localhost kernel: [18401.483078] pcieport :00:1d.6: AER:
Corrected error received: id=00ee
Feb 21 15:43:31 localhost kernel: [18401.483095] pcieport :00:1d.6: PCIe
Bus Error: severity=Corrected, type=Data Link Layer, id=00ee(Transmitter ID)
Feb 2
The same issue still happens to me on kernel 5.5.6-201.fc31.x86_64
Hardware is a Dell XPS 13 9370 with a Lenovo Thunderbolt 3 dock. My dmesg is
full of these messages:
[12696.189484] r8152 6-1:1.0 enp10s0u1: Tx timeout
[12702.333456] r8152 6-1:1.0 enp10s0u1: Tx timeout
[12707.965422] r8152 6-1:1
Our bug report from Launchpad:
Hi.
Large amount of data gets corrupted when using the TB16 ethernet port.
(rsync synchronization, etc... )
Linux E7490 4.15.0-29-generic #31-Ubuntu SMP Tue Jul 17 15:39:52 UTC
2018 x86_64 x86_64 x86_64 GNU/Linux
On my Fedora is this still an issue even with annou
Ref. bug # 1600126
I updated r8152 to v2.11 per
https://aur.archlinux.org/packages/r8152-dkms/ makes things more
stable.
# cd /usr/src/r8152-2.11.0
# patch -p1 <./linux-4.20.0-add-guard-fix.patch
# more /usr/src/r8152-2.11.0/dkms.conf
PACKAGE_NAME="r8152"
PACKAGE_VERSION="2.11.0"
BUILT_MODULE_
The issue is not unique to the integrated NIC in the dock (so the
current workaround in r8152 is not sufficient). I have a r8152-based TP-
LINK UE300 USB3-to-GigE dongle connected to my TB16 dock and I'm getting
the same packet corruption when I don't turn off rx checksum offloading.
usb 4-1.1.1:
Indeed, I found the mention of the pass-through only applying to the
USB-C like a minute after I wrote my previous comment. Sorry for the
noise.
I don't have a C-A adapter at hand, but I've tried using the Dell DA200
adapter instead (not exactly the same thing as it's an extra hub, but
hopefully i
This seems to help for me (Dell XPS13 2-in-1 7390 , kernel
5.6.15-300.fc32.x86_64) when switching (exact chain of events
undetermined) between Dell DA300 (r8152 : Tx status -71) and Dell WD19TB
ThunderBolt docking adapters :
https://askubuntu.com/questions/1081128/usb-3-0-ethernet-adapter-not-
wor
https://lkml.org/lkml/2018/8/20/42 There is a patch in upstream. Turn
off the checksum offloading.
--
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/1729674
Title:
TB16 dock ethernet corrup
cc
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum silently failing
Status in Dell Sputnik:
Triaged
Status in linux pac
@Tomas,
It sounds like the topology needs to be looked at then for applying this
quirk.
Can you connect the dongle to the USB-C port with C-A adapter? That is
the AR pass through port.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to lin
IIRC, I tested this scenario, and I didn't observe the issue on external
r8152 dongle over the ASMedia xHC host.
The v1 patch I sent was using topology to check, but maintainers didn't
like it.
I'll see if I can come up a "better" version of it so maintainers will
accept it.
--
You received thi
There is Dell TB19 firmware available that is installable via fwupdmgr
on Linux: https://www.dell.com/support/home/en-
bm/drivers/driversdetails?driverid=cwcf9&oscode=rhl80&productcode=dell-
wd19tb-dock
--
You received this bug notification because you are a member of Kernel
Packages, which is su
Seeing a similar issue on a Dell XPS 9300 (2020) with Linux 5.4:
[ 110.467608] xhci_hcd :08:00.0: ERROR Transfer event TRB DMA ptr not part
of current TD ep_index 4 comp_code 13
[ 110.467613] xhci_hcd :08:00.0: Looking for event-dma 00086900cfd0
trb-start 00086900cfb0 trb-end 0
Thanks for the info (I own a WD19TB dock too) but that hardly helps with
the TB16 problem. The WD19 series docks have working USB controllers,
unlike TB16.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launc
(In reply to Alex Grönholm from comment #47)
> Thanks for the info (I own a WD19TB dock too) but that hardly helps with the
> TB16 problem. The WD19 series docks have working USB controllers, unlike
> TB16.
It was a long night and TB16 looked like WD19 to me :)
That said, I experience exactly the
Install via: sudo fwupdmgr install
~/Downloads/WD19FirmwareUpdateLinux_01.00.14.cab
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw
This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:
apport-collect 1729674
and then change the status of the bug to 'Confirmed'.
If, due to the nature
Dave, can you share the output of `sudo lsusb -v`?
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum silently failing
Statu
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu)
Assignee: (unassigned) => Kai-Heng Feng (kaihengfeng)
** Changed in: dell-sputnik
Assignee: Kai-Heng Feng (kaihengfeng) => (unassigned)
--
You received this bug notification becau
I can reproduce the issue on a TB15 (which should be the same?).
** Changed in: linux (Ubuntu)
Status: Incomplete => In Progress
--
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/17296
Tried two other r8152 devices,
- r8152 <-> USB-C <-> Host system. No checksum issue.
- r8152 <-> Genesys Logic Hub <-> USB-C <-> Host system. No checksum issue.
So it's more likely to be a ASMedia issue.
--
You received this bug notification because you are a member of Kernel
Packages, which is
This issue only happens under 1Gbps speed with checksum offloading.
Turn off checksum offloading or change the speed to 100Mbps can workaround the
issue.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launch
@Dave:
I was glancing at r8152 driver and notice that it has some special handling for
ipv6. Is this issue reproducing only in ipv6 for you?
https://github.com/torvalds/linux/commit/6128d1bb30748d0ff56a63898d14f312126e404c
--
You received this bug notification because you are a member of Kerne
I also just went through the process of reproducing this while watching
the kern.log. Absolutely 0 messages came out. If you find some verbose
debugging you want me to turn on let me know.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to
** Bug watch added: Red Hat Bugzilla #1460789
https://bugzilla.redhat.com/show_bug.cgi?id=1460789
** Also affects: linux (Fedora) via
https://bugzilla.redhat.com/show_bug.cgi?id=1460789
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a me
Launchpad has imported 27 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=1460789.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://he
Mario, Dave,
Do you use TB16? I only have TB15 at hand.
Can you attach the output of `udevadm info -e` here if you use TB16?
Thanks.
--
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/1729674
udevadm info -e as requested.
** Attachment added: "udevadminfo"
https://bugs.launchpad.net/dell-sputnik/+bug/1729674/+attachment/5010640/+files/udevadminfo
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs
Dave,
Please try this kernel,
http://people.canonical.com/~khfeng/lp1729674/
The temporary workaround is what we can get before chip vendors solve
the issue.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.l
I'm sorry I've been unable to test this from my end. Have you been able
to make any progress on this?
--
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/1729674
Title:
TB16 dock ethernet co
Yes.
Asmedia folks are working a workaround for this issue.
I'll poke around to see if there's any timeline.
--
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/1729674
Title:
TB16 dock ethe
This kernel disables RX aggregation instead, please check if it works on your
side.
http://people.canonical.com/~khfeng/lp1729674-2/
--
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/1729674
Those changes test as good.
@Kai-Heng Feng. In the future you should consider setting LOCALVERSION
or using a PPA and setting a +lp1729674 to version string in the
changelog. With what you did it's hard to distinguish between your test
package and an official package.
See
https://wiki.ubuntu.co
I should also mention that this should probably be pushed to linux-
stable as well as mainline as this is a silent data corruption bug.
--
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/172967
Sometimes I forget to set a version number. Sorry about that.
Currently I am still gathering some information from Dell/Realtek. I'll
send a new patch to upstream soon.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
http
Patch sent:
https://lkml.org/lkml/2018/1/16/102
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum silently failing
Status i
That patch note makes it sound like there will be a hardware/firmware
fix that will hopefully resolve this. If so it is very unlikely that
upstream will accept your patch, as the proper fix will really be to
upgrade your firmware. A more preferable patch will be to log a big bad
warning if you hav
This is not a hardware failure.
When a proper fix is developed I'd expect it to come in the form of a
patch to XHCI driver to adjust internally how ASMedia host controller
operates.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in
** Changed in: dell-sputnik
Status: Triaged => Fix Released
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum silentl
Thanks for the work you all have done tracking this down. I am
experiencing an issue with identical symptoms. I understand the problem
should be fixed with 4.15+, so I may be experiencing a different bug. If
anyone could help me determine that conclusively or point me in a
direction that might help
Thanks. It looks like I got this kernel version from the "linux-signed-
oem" package: https://launchpad.net/ubuntu/bionic/+source/linux-signed-
oem. I am not sure why my system is set up for that kernel package.
There is a new version in bionic-proposed, "linux-signed-oem
4.15.0-1035.40", which I
** Tags removed: verification-needed-artful
** Tags added: verification-done-artful
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw
Ran same tests against 4.13.0-38 on artful.
Just curious, this only seems to be applied to hwe and hwe-edge kernels
for xenial. Is that a change in policy?
Even though I haven't attempted it, it appears as if this should be
pretty straightforward apply on the 4.4 kernel stream.
--
You received
I've already backported it:
http://kernel.ubuntu.com/git/ubuntu/ubuntu-xenial.git/commit/?h=master-
next&id=2cecb2e49bee95d4b9d89f732e999a6908db6abf
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.n
This bug was fixed in the package linux - 4.13.0-38.43
---
linux (4.13.0-38.43) artful; urgency=medium
* linux: 4.13.0-38.43 -proposed tracker (LP: #1755762)
* Servers going OOM after updating kernel from 4.10 to 4.13 (LP: #1748408)
- i40e: Fix memory leak related filter prog
This bug was fixed in the package linux - 4.4.0-119.143
---
linux (4.4.0-119.143) xenial; urgency=medium
* linux: 4.4.0-119.143 -proposed tracker (LP: #1760327)
* Dell XPS 13 9360 bluetooth scan can not detect any device (LP: #1759821)
- Revert "Bluetooth: btusb: fix QCA Rome
Confirmed the following command resolved issue disconnect in transferring 25GB+
files over TB16 ethernet device via both SCP & SFTP
`$ ethtool --offload enp14s0u1u2 rx off`
Models Tested:
- 7720
- 5520
Kernels Tested:
- 4.14.xx
Observed Symptom
Error Encountered when using scp or sftp
@Kat,
Can you please confirm the particular Ubuntu kernel that you are still
encountering the need to run this command? As I understood this patch
(that effectively does what that command does) is backported into all
the latest Ubuntu kernels, so if it's still happening that is important
informat
@katamo
4.14.xx is not a supported Ubuntu kernel. I'm not sure where you pulled that
kernel from, but it is not supportable.
At this point all Supported Ubuntu kernels and mainline 4.15+ have this
fix.
@EVERYONE ELSE
If you think you are hitting this issue and are running the latest supported
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
xenial' to 'verification-done-xenial'. If the problem still exists,
change the tag 'verifica
This bug is awaiting verification that the kernel in -proposed solves
the problem. Please test the kernel and update this bug with the
results. If the problem is solved, change the tag 'verification-needed-
artful' to 'verification-done-artful'. If the problem still exists,
change the tag 'verifica
At 6 iterations of ubuntu-17.04-server-amd64.img (4.2 gigs) I no longer
see the corruptions on both 4.13.0-38 and 4.15.0-13 from xenial-
proposed. Thanks!
** Tags removed: verification-needed-xenial
** Tags added: verification-done-xenial
--
You received this bug notification because you are a m
** Also affects: linux (Ubuntu Artful)
Importance: Undecided
Status: New
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw
** Changed in: linux (Ubuntu Artful)
Status: New => Fix Committed
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum s
Update to my October post in LP#1667750 which turned out to be a
separate issue (1Gbps mode dropouts) on the same adapter.
Dell Precision 5520 and BIOS 1.7 using TB16. This is on Ubuntu 16.04.3,
kernel 4.13.0
The issue is still present. I tried limiting the bandwidth using
`ethtool -s eth0 speed
Hasn't completed testing or been integrated into the archives.
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum silently fa
@pandasauce ... Fix committed means it's in the git archive, but has
completed testing nor been integrated into the archives yet.
Also please refrain from repeating things we already know in the thread
or otherwise +1'ing or me-tooing. It just wastes developers time that
could be spent actually f
** Changed in: linux (Ubuntu)
Importance: Undecided => High
** Changed in: linux (Ubuntu Artful)
Importance: Undecided => High
--
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/1729674
@kmously I see that you marked this fix as Fix Committed in Artful, but
I do not see it in the master-next branch of artful. I'm moving this
back to In progress in artful as this does not appear to have been
pushed to master-next for artful yet. Feel free to push it back to Fix
Committed when you
Looks like this has been released with 4.15.0-9.10 which is available in
bionic.
** Also affects: linux (Ubuntu Bionic)
Importance: High
Assignee: Kai-Heng Feng (kaihengfeng)
Status: In Progress
** Changed in: linux (Ubuntu Bionic)
Status: In Progress => Fix Released
** Cha
This also affects 16.04 (Xenial) but that isn't reflected in the ticket.
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum s
Hi. I'm a user of another distro (gentoo), and found this bug while
googling for a problem I'm having. I'm using a realtek-based USB3 to
RJ45 gigabit adapter. This plugs directly into my laptop (not any sort
of hub as with the DELL hubs above), which is a Toshiba Radius
P20W-C-103, skylake based, w
Weird, somehow it doesn't get pulled in for Xenail/Artful, I'll poke
around to make the them in next kernel release.
@Luciano
Please file a separate bug via `ubuntu-bug linux`, thanks!
It's specific to ASMedia xHC on the Dell TB16.
--
You received this bug notification because you are a member o
** Also affects: linux (Ubuntu Xenial)
Importance: Undecided
Status: New
** Changed in: linux (Ubuntu Xenial)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.laun
** Changed in: linux (Ubuntu Artful)
Status: In Progress => Fix Committed
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw ch
@oddbjornk @cristofaro
Launchpad is not a forum. Each bug is meant to solve one problem. One
of you need to create a new bug for the new problem. You are welcome to
reference or link this issue in that new bug though so whoever triages
it has a reference.
--
You received this bug notification
** Tags added: cscc
--
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/1729674
Title:
TB16 dock ethernet corrupts data with hw checksum silently failing
Status in Dell Sputnik:
Triaged
St
I seem to be seeing this again with the following kernel:
Linux xps15 5.0.0-17-generic #18-Ubuntu SMP Tue Jun 4 15:34:08 UTC 2019 x86_64
x86_64 x86_64 GNU/Linux
The problem is not so much checksum errors, but mostly that transfers
are abruptly aborted. I also see this in my syslog:
Jun 21 14:41:
Same here:
[34617.702285] NETDEV WATCHDOG: eth0 (r8152): transmit queue 0 timed out
[34617.702302] WARNING: CPU: 0 PID: 0 at
/build/linux-hwe-9kWQFX/linux-hwe-5.0.0/net/sched/sch_generic.c:461
dev_watchdog+0x221/0x230
[34617.702303] Modules linked in: md4 nls_utf8 cifs ccm fscache snd_usb_audio
I reviewed your patch, and it appears as if it only turns off receive
checksumming. The internets are saying that transmit needs to be turned off
as well. Have you checked to see if transmit is affected as well?
I will try to do some transmit tests. I'll also "test" your kernel when I
get a chan
> On 20 Nov 2017, at 11:47 PM, Dave Chiluk <1729...@bugs.launchpad.net> wrote:
>
> I reviewed your patch, and it appears as if it only turns off receive
> checksumming. The internets are saying that transmit needs to be turned off
> as well. Have you checked to see if transmit is affected as well
I am not using ipv6.
On Tue, Nov 14, 2017 at 9:10 AM, Mario Limonciello
wrote:
> @Dave:
>
> I was glancing at r8152 driver and notice that it has some special
> handling for ipv6. Is this issue reproducing only in ipv6 for you?
> https://github.com/torvalds/linux/commit/6128d1bb30748d0ff56a6389
You will want to contact Dell support on that one as it appears you are
running a non- Ubuntu kernel version (it's probably Dell provided). You
might simply need to upgrade.
On Thu, Mar 28, 2019, 3:40 PM Maxwell Ballenger
wrote:
> Thanks for the work you all have done tracking this down. I am
>
79 matches
Mail list logo