Restore proper ASPM L1ss setting on system resume

Bug #2037254 reported by Kai-Heng Feng
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux-oem-6.1 (Ubuntu)
Invalid
Undecided
Unassigned
Jammy
Confirmed
Medium
koba
linux-oem-6.5 (Ubuntu)
Invalid
Undecided
Unassigned
Jammy
Confirmed
Medium
Unassigned

Bug Description

[Impact]
Realtek cardreader drops from PCIe bus after system resume, because L1ss
became different.

[Fix]
Restore ASPM L1ss setting so the ASPM assumption made by driver can be
kept.

[Test]
The cardreader in question keeps working after S3 because the L1ss
remains the same after resume.

[Where problems could occur]
Drivers may already made "workaround" to circumvent the current L1ss
situation. So restoring the L1ss might break some drivers. That means we
should test this in OEM kernel for some cycles before let it land to
generic kernel.

Changed in linux-oem-6.1 (Ubuntu):
status: New → Invalid
Changed in linux-oem-6.5 (Ubuntu):
status: New → Invalid
Changed in linux-oem-6.1 (Ubuntu Jammy):
status: New → Confirmed
Changed in linux-oem-6.5 (Ubuntu Jammy):
status: New → Confirmed
Changed in linux-oem-6.1 (Ubuntu Jammy):
importance: Undecided → Medium
Changed in linux-oem-6.5 (Ubuntu Jammy):
importance: Undecided → Medium
Changed in linux-oem-6.1 (Ubuntu Jammy):
assignee: nobody → koba (kobako)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.