This bug was fixed in the package linux-oem-osp1 - 5.0.0-1043.48
---------------
linux-oem-osp1 (5.0.0-1043.48) bionic; urgency=medium
* bionic/linux-oem-osp1: 5.0.0-1043.48 -proposed tracker (LP:
#1867111)
* All PS/2 ports on PS/2 Serial add-in bracket are not working after S3
(LP: #1866734)
- SAUCE: Input: i8042 - Fix the selftest retry logic
* r8152 init may take up to 40 seconds at initialization with Dell WD19/WD19DC
during hotplug (LP: #1864284)
- UBUNTU SAUCE: r8151: check disconnect status after long sleep
* Miscellaneous Ubuntu changes
- [Config] Bump the GCC version
-- Timo Aaltonen <[email protected]> Thu, 12 Mar 2020
11:14:40 +0200
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-oem in Ubuntu.
https://bugs.launchpad.net/bugs/1864284
Title:
r8152 init may take up to 40 seconds at initialization with Dell
WD19/WD19DC during hotplug
Status in HWE Next:
New
Status in linux package in Ubuntu:
Fix Released
Status in linux-oem package in Ubuntu:
Fix Released
Status in linux-oem-osp1 package in Ubuntu:
Fix Released
Status in linux source package in Bionic:
Fix Committed
Status in linux-oem source package in Bionic:
Fix Released
Status in linux-oem-osp1 source package in Bionic:
Fix Released
Status in linux source package in Eoan:
Fix Committed
Status in linux source package in Focal:
Fix Released
Bug description:
[SRU Justification]
[Impact]
USB devices attached to Dell WD19/WD19DC USB Type-C dock take up to nearly one
minutes to be ready for use.
[Fix]
r8152 driver init process involves several for-loops that each may take up to
14
seconds to exit when USB port reset occurs during hotplug. This is still
reproducible with latest v5.6-rc mainline kernel although the fail rate is
much
lower since v5.5-rc7.
[Test Case]
Verified on Dell WD19DC.
[Regression Potential]
Low. Just to exit the loop early when it should have been.
========== original bug description ==========
Dell USB Type C docking WD19/WD19DC attaches additional peripherals
as:
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
|__ Port 1: Dev 11, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 3: Dev 12, If 0, Class=Hub, Driver=hub/4p, 5000M
|__ Port 4: Dev 13, If 0, Class=Vendor Specific Class,
Driver=r8152, 5000M
where usb 2-1-3 is a hub connecting all USB Type-A/C ports on the
dock.
When hotplugging such dock with additional usb devices already
attached on it, the probing process may reset usb 2.1 port, therefore
r8152 ethernet device is also reset. However, in r8152 driver there
are several for-loops that may take up to 14 seconds during the
initialization for each in practice, and that has to be completed
before USB may re-enumerate devices on the bus. As a result, devices
attached to the dock will only be available after nearly 1 minute
after the dock is plugged in.
[ 216.388290] [250] r8152 2-1.4:1.0: usb_probe_interface
[ 216.388292] [250] r8152 2-1.4:1.0: usb_probe_interface - got id
[ 258.830410] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): PHY
not ready
[ 258.830460] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized):
Invalid header when reading pass-thru MAC addr
[ 258.830464] r8152 2-1.4:1.0 (unnamed net_device) (uninitialized): Get
ether addr fail
This can be reproduced on all kernel versions up to latest v5.6-rc2,
but after v5.5-rc7 the reproduce rate is dramatically lower to 1/30 or
so while it was around 1/2.
The time consuming for-loops are at:
https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L3206
https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L5400
https://elixir.bootlin.com/linux/v5.5/source/drivers/net/usb/r8152.c#L5537
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: linux-image-5.0.0-1037-oem-osp1 5.0.0-1037.42
ProcVersionSignature: Ubuntu 5.0.0-1037.42-oem-osp1 5.0.21
Uname: Linux 5.0.0-1037-oem-osp1 x86_64
ApportVersion: 2.20.9-0ubuntu7.11
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: u 2014 F.... pulseaudio
CurrentDesktop: ubuntu:GNOME
Date: Sat Feb 22 04:07:20 2020
DistributionChannelDescriptor:
# This is the distribution channel descriptor for the OEM CDs
# For more information see
http://wiki.ubuntu.com/DistributionChannelDescriptor
canonical-oem-somerville-bionic-amd64-20180608-47+beaver-hodor+X95
InstallationDate: Installed on 2020-01-16 (37 days ago)
InstallationMedia: Ubuntu 18.04 "Bionic" - Build amd64 LIVE Binary
20180608-09:38
IwConfig:
enp1s0 no wireless extensions.
enxd8d090035306 no wireless extensions.
lo no wireless extensions.
MachineType: Dell Inc. Latitude 3310
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.0.0-1037-oem-osp1
root=UUID=1ad036ce-aa29-4d5e-8692-d980d1a7140f ro "dyndbg=file drivers/usb/*
+pt" log_buf_len=32M ignore_loglevel usbcore.quirks=0bda:0487:k
RelatedPackageVersions:
linux-restricted-modules-5.0.0-1037-oem-osp1 N/A
linux-backports-modules-5.0.0-1037-oem-osp1 N/A
linux-firmware 1.173.15
SourcePackage: linux-oem-osp1
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/07/2020
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 99.51.2[V2 AMI]
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias:
dmi:bvnDellInc.:bvr99.51.2[V2AMI]:bd01/07/2020:svnDellInc.:pnLatitude3310:pvr:rvnDellInc.:rn:rvr:cvnDellInc.:ct10:cvr:
dmi.product.family: Latitude
dmi.product.name: Latitude 3310
dmi.product.sku: 0A13
dmi.sys.vendor: Dell Inc.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1864284/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
