[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
** Changed in: hwe-next Status: New => Fix Released ** Changed in: linux-oem-osp1 (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem-osp1 in Ubuntu. https://bugs.launchpad.net/bugs/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: Fix Released Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: Fix Released Status in linux source package in Eoan: Fix Released Status in linux-oem-osp1 source package in Eoan: Fix Released Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
This bug was fixed in the package linux-oem-osp1 - 5.0.0-1059.64 --- linux-oem-osp1 (5.0.0-1059.64) bionic; urgency=medium [ Ubuntu: 5.0.0-52.56 ] * CVE-2020-0543 - SAUCE: x86/cpu: Add a steppings field to struct x86_cpu_id - SAUCE: x86/cpu: Add 'table' argument to cpu_matches() - SAUCE: x86/speculation: Add Special Register Buffer Data Sampling (SRBDS) mitigation - SAUCE: x86/speculation: Add SRBDS vulnerability and mitigation documentation - SAUCE: x86/speculation: Add Ivy Bridge to affected list linux-oem-osp1 (5.0.0-1054.59) bionic; urgency=medium * bionic/linux-oem-osp1: 5.0.0-1054.59 -proposed tracker (LP: #1881221) * Speed up the process of s3 resume (LP: #1876844) - PCI/PM: Adjust pcie_wait_for_link_delay() for caller delay - PCI/PM: Assume ports without DLL Link Active train links in 100 ms linux-oem-osp1 (5.0.0-1053.58) bionic; urgency=medium * bionic/linux-oem-osp1: 5.0.0-1053.58 -proposed tracker (LP: #1878822) * rtl8723bu wifi issue after being turned off (LP: #1878296) - rtl8xxxu: Improve TX performance of RTL8723BU on rtl8xxxu driver - rtl8xxxu: add bluetooth co-existence support for single antenna - rtl8xxxu: remove set but not used variable 'rate_mask' - rtl8xxxu: Remove set but not used variable 'vif', 'dev', 'len' * Fix Pericom USB controller OHCI/EHCI PME# defect (LP: #1879321) - serial: 8250_pci: Move Pericom IDs to pci_ids.h - PCI: Avoid Pericom USB controller OHCI/EHCI PME# defect * Don't register platform::micmute if the related tokens don't exist (LP: #1877275) - SAUCE: platform/x86: dell-laptop: don't register platform::micmute if the related tokens don't exist [ Ubuntu: 5.0.0-49.53 ] * disco/linux: 5.0.0-49.53 -proposed tracker (LP: #1878826) * Disco update: upstream stable patchset 2020-05-14 (LP: #1878681) - remoteproc: Fix wrong rvring index computation - mtd: cfi: fix deadloop in cfi_cmdset_0002.c do_write_buffer - binder: take read mode of mmap_sem in binder_alloc_free_page() - usb: dwc3: gadget: Do link recovery for SS and SSP - usb: gadget: udc: bdc: Remove unnecessary NULL checks in bdc_req_complete - iio:ad7797: Use correct attribute_group - ASoC: q6dsp6: q6afe-dai: add missing channels to MI2S DAIs - ASoC: tas571x: disable regulators on failed probe - ASoC: wm8960: Fix wrong clock after suspend & resume - nfsd: memory corruption in nfsd4_lock() - i2c: altera: use proper variable to hold errno - rxrpc: Fix DATA Tx to disable nofrag for UDP on AF_INET6 socket - net/cxgb4: Check the return from t4_query_params properly - xfs: acquire superblock freeze protection on eofblocks scans - svcrdma: Fix trace point use-after-free race - svcrdma: Fix leak of svc_rdma_recv_ctxt objects - PCI: Avoid ASMedia XHCI USB PME# from D0 defect - PCI: Move Apex Edge TPU class quirk to fix BAR assignment - ARM: dts: bcm283x: Disable dsi0 node - cpumap: Avoid warning when CONFIG_DEBUG_PER_CPU_MAPS is enabled - net/mlx5: Fix failing fw tracer allocation on s390 - perf/core: fix parent pid/tid in task exit events - bpf, x86_32: Fix incorrect encoding in BPF_LDX zero-extension - mm: shmem: disable interrupt when acquiring info->lock in userfaultfd_copy path - xfs: clear PF_MEMALLOC before exiting xfsaild thread - bpf, x86: Fix encoding for lower 8-bit registers in BPF_STX BPF_B - net: fec: set GPR bit on suspend by DT configuration. - x86: hyperv: report value of misc_features - xfs: fix partially uninitialized structure in xfs_reflink_remap_extent - ALSA: hda: Keep the controller initialization even if no codecs found - ALSA: hda: Explicitly permit using autosuspend if runtime PM is supported - scsi: target: fix PR IN / READ FULL STATUS for FC - scsi: target: tcmu: reset_ring should reset TCMU_DEV_BIT_BROKEN - objtool: Fix CONFIG_UBSAN_TRAP unreachable warnings - objtool: Support Clang non-section symbols in ORC dump - xen/xenbus: ensure xenbus_map_ring_valloc() returns proper grant status - ALSA: hda: call runtime_allow() for all hda controllers - arm64: Delete the space separator in __emit_inst - ext4: use matching invalidatepage in ext4_writepage - ext4: increase wait time needed before reuse of deleted inode numbers - ext4: convert BUG_ON's to WARN_ON's in mballoc.c - hwmon: (jc42) Fix name to have no illegal characters - bpf, x86_32: Fix clobbering of dst for BPF_JSET - qed: Fix use after free in qed_chain_free - ext4: check for non-zero journal inum in ext4_calculate_overhead - printk: queue wake_up_klogd irq_work only if per-CPU areas are ready - kbuild: fix DT binding schema rule again to avoid needless rebuilds - usb: gadget: udc: atmel: Fix vbus disconnect handling - afs: Fix to actually set AFS_SERVER_FL_HAVE_EPOCH - s390/ftrace: fix potential crashes when
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
This bug was fixed in the package linux-oem-osp1 - 5.0.0-1052.57 --- linux-oem-osp1 (5.0.0-1052.57) bionic; urgency=medium * bionic/linux-oem-osp1: 5.0.0-1052.57 -proposed tracker (LP: #1876676) * Make Dell WD19 dock more reliable after suspend (LP: #1868217) - xhci: Ensure link state is U3 after setting USB_SS_PORT_LS_U3 - xhci: Wait until link state trainsits to U0 after setting USB_SS_PORT_LS_U0 - xhci: Finetune host initiated USB3 rootport link suspend and resume * Packaging resync (LP: #1786013) - [Packaging] add libcap-dev dependency -- Timo Aaltonen Mon, 04 May 2020 11:56:26 +0300 ** Changed in: linux-oem-osp1 (Ubuntu Bionic) Status: Fix Committed => 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: Fix Released Status in linux source package in Eoan: Fix Released Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
** Changed in: linux-oem-osp1 (Ubuntu Bionic) 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: Fix Committed Status in linux source package in Eoan: Fix Released Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
This bug was fixed in the package linux - 5.3.0-51.44 --- linux (5.3.0-51.44) eoan; urgency=medium * CVE-2020-11884 - SAUCE: s390/mm: fix page table upgrade vs 2ndary address mode accesses -- Thadeu Lima de Souza Cascardo Wed, 22 Apr 2020 17:35:41 -0300 ** Changed in: linux (Ubuntu Eoan) Status: Fix Committed => Fix Released ** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-11884 -- 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: Fix Released Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
** Tags removed: verification-needed-eoan verification-needed-focal ** Tags added: verification-done-eoan verification-done-focal -- 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: Fix Committed Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
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- eoan' to 'verification-done-eoan'. If the problem still exists, change the tag 'verification-needed-eoan' to 'verification-failed-eoan'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-eoan -- 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: Fix Committed Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
** Changed in: linux (Ubuntu Eoan) Status: Incomplete => 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: Fix Committed Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
This bug was fixed in the package linux - 5.4.0-21.25 --- linux (5.4.0-21.25) focal; urgency=medium * CVE-2020-8835 - SAUCE: bpf: undo incorrect __reg_bound_offset32 handling -- Thadeu Lima de Souza Cascardo Thu, 26 Mar 2020 17:51:28 -0300 ** Changed in: linux (Ubuntu Focal) Status: Fix Committed => Fix Released ** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-8835 -- 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: Incomplete Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
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- focal' to 'verification-done-focal'. If the problem still exists, change the tag 'verification-needed-focal' to 'verification-failed-focal'. If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: verification-needed-focal -- 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Committed Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: Incomplete Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Committed Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
** Changed in: linux (Ubuntu Focal) Status: Incomplete => 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: Fix Committed Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: Incomplete Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: Fix Committed Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
[Kernel-packages] [Bug 1868217] Re: Make Dell WD19 dock more reliable after suspend
** Tags added: oem-priority originate-from-1853942 somerville -- 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/1868217 Title: Make Dell WD19 dock more reliable after suspend Status in HWE Next: New Status in linux package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: New Status in linux source package in Bionic: Won't Fix Status in linux-oem-osp1 source package in Bionic: New Status in linux source package in Eoan: New Status in linux-oem-osp1 source package in Eoan: Won't Fix Status in linux source package in Focal: New Status in linux-oem-osp1 source package in Focal: Won't Fix Bug description: [Impact] When Dell WD19 dock connects multiple USB3 storage devices, the USB Hub used internally may stop working after suspend. [Fix] Disable LPM on the Realtek USB Hub, and let xHCI controller make sure the link state transition is completed. [Test] After applying the patches, the Dell WD19 works reliably after thousand times for suspend/resume cycle. [Regression Potential] Low. This replaces the currently "msleep" way with more robust mechanism. I also test other systems and nothing breaks. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1868217/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp