[Kernel-packages] [Bug 1876844] Re: Speed up the process of s3 resume
** Changed in: linux (Ubuntu) Status: Invalid => Fix Released ** Changed in: linux (Ubuntu Focal) Status: New => Invalid ** Changed in: hwe-next Status: New => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem-5.6 in Ubuntu. https://bugs.launchpad.net/bugs/1876844 Title: Speed up the process of s3 resume Status in HWE Next: Fix Released Status in linux package in Ubuntu: Fix Released Status in linux-oem-5.6 package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: Fix Released Status in linux source package in Bionic: Invalid Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: Fix Released Status in linux source package in Focal: Invalid Status in linux-oem-5.6 source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
This bug was fixed in the package linux-oem-5.6 - 5.6.0-1020.20 --- linux-oem-5.6 (5.6.0-1020.20) focal; urgency=medium * focal/linux-oem-5.6: 5.6.0-1020.20 -proposed tracker (LP: #1886753) * Realtek [10ec:c82f] Subsystem [17aa:c02f] Wifi adapter not found (LP: #1886247) - SAUCE: rtw88: 8822ce: add support for device ID 0xc82f * [WD19TB] external DP failed with DRM error message (LP: #1886165) - drm/i915/tgl: Update TC DP vswing table - drm/i915/tgl: Implement WA_16011163337 - SAUCE: drm/i915/bios: add intel_bios_hdmi_level_shift() - drm/i915/tgl: Add HBR and HBR2+ voltage swing table - drm/i915/dc3co: Avoid full modeset when EXITLINE needs to be changed - drm/i915/tgl+: Use the correct DP_TP_* register instances in MST encoders - drm/i915/tgl+: Fix TBT DPLL fractional divider for 38.4MHz ref clock * ubuntu_aufs_smoke_test failed on Focal OEM 5.6 (LP: #1879308) - SAUCE: fs: Enable aufs -- Timo Aaltonen Wed, 08 Jul 2020 11:44:53 +0300 ** Changed in: linux-oem-5.6 (Ubuntu) Status: New => Fix Released -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem-5.6 in Ubuntu. https://bugs.launchpad.net/bugs/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: Fix Released Status in linux-oem-osp1 package in Ubuntu: Fix Released Status in linux source package in Bionic: Invalid Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: Fix Released Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Changed in: linux (Ubuntu Bionic) Assignee: koba (kobako) => (unassigned) ** Changed in: linux (Ubuntu Bionic) Status: In Progress => Invalid -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-oem-5.6 in Ubuntu. https://bugs.launchpad.net/bugs/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Fix Released Status in linux source package in Bionic: Invalid Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: Fix Released Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: Fix Released Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
This bug was fixed in the package linux-oem-5.6 - 5.6.0-1018.18
---
linux-oem-5.6 (5.6.0-1018.18) focal; urgency=medium
* focal/linux-oem-5.6: 5.6.0-1018.18 -proposed tracker (LP: #1884496)
* Focal update: v5.6.18 upstream stable release (LP: #1883304)
- devinet: fix memleak in inetdev_init()
- l2tp: add sk_family checks to l2tp_validate_socket
- l2tp: do not use inet_hash()/inet_unhash()
- net: check untrusted gso_size at kernel entry
- net/mlx5: Fix crash upon suspend/resume
- net: stmmac: enable timestamp snapshot for required PTP packets in dwmac
v5.10a
- net: usb: qmi_wwan: add Telit LE910C1-EUX composition
- NFC: st21nfca: add missed kfree_skb() in an error path
- nfp: flower: fix used time of merge flow statistics
- sctp: check assoc before SCTP_ADDR_{MADE_PRIM, ADDED} event
- virtio_vsock: Fix race condition in virtio_transport_recv_pkt
- vsock: fix timeout in vsock_accept()
- net: be more gentle about silly gso requests coming from user
- net: dsa: felix: send VLANs on CPU port as egress-tagged
- mptcp: fix unblocking connect()
- net/sched: fix infinite loop in sch_fq_pie
- net/mlx5e: replace EINVAL in mlx5e_flower_parse_meta()
- USB: serial: qcserial: add DW5816e QDL support
- USB: serial: usb_wwan: do not resubmit rx urb on fatal errors
- USB: serial: option: add Telit LE910C1-EUX compositions
- USB: serial: ch341: add basis for quirk detection
- USB: serial: ch341: fix lockup of devices with limited prescaler
- iio:chemical:sps30: Fix timestamp alignment
- iio: vcnl4000: Fix i2c swapped word reading.
- iio:chemical:pms7003: Fix timestamp alignment and prevent data leak.
- iio: adc: stm32-adc: fix a wrong error message when probing interrupts
- usb: musb: start session in resume for host port
- usb: musb: Fix runtime PM imbalance on error
- serial: 8250: Enable 16550A variants by default on non-x86
- vt: keyboard: avoid signed integer overflow in k_ascii
- tty: hvc_console, fix crashes on parallel open/close
- staging: rtl8712: Fix IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK
- CDC-ACM: heed quirk also in error handling
- nvmem: qfprom: remove incorrect write support
- x86/cpu: Add a steppings field to struct x86_cpu_id
- x86/cpu: Add 'table' argument to cpu_matches()
- x86/speculation: Add Special Register Buffer Data Sampling (SRBDS)
mitigation
- x86/speculation: Add SRBDS vulnerability and mitigation documentation
- x86/speculation: Add Ivy Bridge to affected list
- uprobes: ensure that uprobe->offset and ->ref_ctr_offset are properly
aligned
- Revert "net/mlx5: Annotate mutex destroy for root ns"
- Linux 5.6.18
* NULL pointer dereference in nvme reset work-queue when VMD raid mode and
SecureBoot turned on simultaneously on TigerLake (LP: #1876707)
- iommu: Use C99 flexible array in fwspec
- iommu: Define dev_iommu_fwspec_get() for !CONFIG_IOMMU_API
- ACPI/IORT: Remove direct access of dev->iommu_fwspec
- drm/msm/mdp5: Remove direct access of dev->iommu_fwspec
- iommu/tegra-gart: Remove direct access of dev->iommu_fwspec
- iommu: Rename struct iommu_param to dev_iommu
- iommu: Move iommu_fwspec to struct dev_iommu
- iommu/arm-smmu: Fix uninitilized variable warning
- iommu: Introduce accessors for iommu private data
- iommu/arm-smmu-v3: Use accessor functions for iommu private data
- iommu/arm-smmu: Refactor master_cfg/fwspec usage
- iommu/arm-smmu: Use accessor functions for iommu private data
- iommu/renesas: Use accessor functions for iommu private data
- iommu/mediatek: Use accessor functions for iommu private data
- iommu/qcom: Use accessor functions for iommu private data
- iommu/virtio: Use accessor functions for iommu private data
- iommu: Fix the memory leak in dev_iommu_free()
- iommu: Move fwspec->iommu_priv to struct dev_iommu
- iommu: Move default domain allocation to separate function
- iommu: Add def_domain_type() callback in iommu_ops
- iommu/amd: Implement iommu_ops->def_domain_type call-back
- iommu/vt-d: Wire up iommu_ops->def_domain_type
- iommu/amd: Remove dma_mask check from check_device()
- iommu/amd: Return -ENODEV in add_device when device is not handled by
IOMMU
- iommu: Add probe_device() and release_device() call-backs
- iommu: Move default domain allocation to iommu_probe_device()
- iommu: Keep a list of allocated groups in __iommu_probe_device()
- iommu: Move new probe_device path to separate function
- iommu: Split off default domain allocation from group assignment
- iommu: Move iommu_group_create_direct_mappings() out of
iommu_group_add_device()
- iommu: Export bus_iommu_probe() and make is safe for re-probing
- iommu/amd: Remove dev_data->passthrough
- iommu/amd: Convert to probe/release_device() call-backs
-
[Kernel-packages] [Bug 1876844] Re: Speed up the process of s3 resume
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 1876844] Re: Speed up the process of s3 resume
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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: Fix Released Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: Fix Committed Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Changed in: linux-oem-5.6 (Ubuntu Focal) 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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: Fix Released Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: Fix Committed Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
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 1876844] Re: Speed up the process of s3 resume
** Changed in: linux-oem-osp1 (Ubuntu Bionic) 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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: Fix Committed Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: In Progress Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Description changed: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] - Reference link_active_reporting field of PCI device to determine whether delay is taken or not. - Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] - With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. + With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. -- 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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: In Progress Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: In Progress Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 4454.244 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Description changed: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] - the commit is from https://lore.kernel.org/linux-pci/20200416083245.73957-1-mika.westerb...@linux.intel.com/ - Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. + Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. + + This of course assumes these Ports always train the Link within 100 ms + even if they are operating at > 5 GT/s, which is not required by the + spec. [test] With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] - Medium. This patch only changes the rules to determine whether delay is taken or not. - Reference the right field(link_active_reporting), but not speed of pci device. + Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. -- 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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: In Progress Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: In Progress Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. Instead of using the supported speeds to determine whether to wait for Link training, check whether the port supports DLL Link Active reporting. The ports in question do not, so we'll wait only the 100 ms required for Ports that support Link speeds <= 5 GT/s. This of course assumes these Ports always train the Link within 100 ms even if they are operating at > 5 GT/s, which is not required by the spec. [test] With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] Low. Follow the PCI spec to check whether the device supports DLL Link Active reporting, then choose the time of delay. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Changed in: linux-oem-5.6 (Ubuntu Bionic) Status: New => Invalid ** Changed in: linux-oem-osp1 (Ubuntu Focal) Status: New => Invalid -- 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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: Invalid Status in linux-oem-osp1 source package in Bionic: In Progress Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: In Progress Status in linux-oem-osp1 source package in Focal: Invalid Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] the commit is from https://lore.kernel.org/linux-pci/20200416083245.73957-1-mika.westerb...@linux.intel.com/ Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. [test] With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] Medium. This patch only changes the rules to determine whether delay is taken or not. Reference the right field(link_active_reporting), but not speed of pci device. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Description changed: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] + the commit is from https://lore.kernel.org/linux-pci/20200416083245.73957-1-mika.westerb...@linux.intel.com/ + Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. [test] With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] Medium. This patch only changes the rules to determine whether delay is taken or not. Reference the right field(link_active_reporting), but not speed of pci device. -- 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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: New Status in linux-oem-osp1 source package in Bionic: In Progress Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: In Progress Status in linux-oem-osp1 source package in Focal: New Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] the commit is from https://lore.kernel.org/linux-pci/20200416083245.73957-1-mika.westerb...@linux.intel.com/ Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. [test] With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] Medium. This patch only changes the rules to determine whether delay is taken or not. Reference the right field(link_active_reporting), but not speed of pci device. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Changed in: linux (Ubuntu) Status: In Progress => Won't Fix ** Changed in: linux (Ubuntu) Status: Won't Fix => In Progress ** Tags added: oem-priority originate-from-1875295 somerville ** Tags added: originate-from-1864604 ** Also affects: linux (Ubuntu Bionic) Importance: Undecided Status: New ** Also affects: linux-oem-osp1 (Ubuntu Bionic) Importance: Undecided Status: New ** Changed in: linux (Ubuntu Bionic) Assignee: (unassigned) => koba (kobako) ** Changed in: linux-oem-osp1 (Ubuntu Bionic) Assignee: (unassigned) => koba (kobako) ** Changed in: linux (Ubuntu Bionic) Status: New => In Progress ** Changed in: linux-oem-osp1 (Ubuntu Bionic) Status: New => In Progress ** Changed in: linux-oem-osp1 (Ubuntu) Status: In Progress => Invalid ** Changed in: linux (Ubuntu) Status: In Progress => Invalid ** Changed in: linux-oem-osp1 (Ubuntu) Assignee: koba (kobako) => (unassigned) ** Also affects: linux-oem-5.6 (Ubuntu) Importance: Undecided Status: New ** Also affects: linux (Ubuntu Focal) Importance: Undecided Status: New ** Also affects: linux-oem-osp1 (Ubuntu Focal) Importance: Undecided Status: New ** Also affects: linux-oem-5.6 (Ubuntu Focal) Importance: Undecided Status: New ** Changed in: linux-oem-5.6 (Ubuntu Focal) Assignee: (unassigned) => koba (kobako) ** Changed in: linux-oem-5.6 (Ubuntu Focal) Status: New => 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/1876844 Title: Speed up the process of s3 resume Status in HWE Next: New Status in linux package in Ubuntu: Invalid Status in linux-oem-5.6 package in Ubuntu: New Status in linux-oem-osp1 package in Ubuntu: Invalid Status in linux source package in Bionic: In Progress Status in linux-oem-5.6 source package in Bionic: New Status in linux-oem-osp1 source package in Bionic: In Progress Status in linux source package in Focal: New Status in linux-oem-5.6 source package in Focal: In Progress Status in linux-oem-osp1 source package in Focal: New Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. [test] With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] Medium. This patch only changes the rules to determine whether delay is taken or not. Reference the right field(link_active_reporting), but not speed of pci device. To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1876844/+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 1876844] Re: Speed up the process of s3 resume
** Description changed: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] + the commit isn't committed to upstream and get from + https://lore.kernel.org/linux-pci/20200416083245.73957-1-mika.westerb...@linux.intel.com/ + Reference link_active_reporting field of PCI device to determine whether delay is taken or not. - Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. + Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. [test] + Verify by OEM Enablement. With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] Low. This patch only changes the rules to determine whether delay is taken or not. Reference the right field(link_active_reporting), but not speed of pci device. ** Description changed: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] - the commit isn't committed to upstream and get from - https://lore.kernel.org/linux-pci/20200416083245.73957-1-mika.westerb...@linux.intel.com/ - Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. [test] - Verify by OEM Enablement. With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] - Low. This patch only changes the rules to determine whether delay is taken or not. + Medium. This patch only changes the rules to determine whether delay is taken or not. Reference the right field(link_active_reporting), but not speed of pci device. -- 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/1876844 Title: Speed up the process of s3 resume Status in linux package in Ubuntu: In Progress Status in linux-oem-osp1 package in Ubuntu: In Progress Bug description: [Impact] Process of s3 resume take 7s and it's too long which is over 5s. [Fix] Reference link_active_reporting field of PCI device to determine whether delay is taken or not. Actual delay would be determined by taking maximum between 100ms and pci device's d3cold delay. [test] With the patch, the total time s3 resume is 3874.298 ms which is smaller than 5s. [Regression Potential] Medium. This patch only changes the rules to determine whether delay is taken or not. Reference the right field(link_active_reporting), but not speed of pci device. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1876844/+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
