All PS/2 ports on PS/2 Serial add-in bracket are not working after S3
Bug #1866734 reported by
AceLan Kao
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
HWE Next |
Fix Released
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
Undecided
|
You-Sheng Yang | ||
Bionic |
Fix Released
|
Undecided
|
Unassigned | ||
Eoan |
Fix Released
|
Undecided
|
Unassigned | ||
Focal |
Fix Released
|
Undecided
|
You-Sheng Yang | ||
linux-oem (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Bionic |
Fix Released
|
Undecided
|
Unassigned | ||
Eoan |
Fix Released
|
Undecided
|
Unassigned | ||
linux-oem-osp1 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bionic |
Fix Released
|
Undecided
|
You-Sheng Yang | ||
Eoan |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
PS/2 ports on PS/2 Serial add-in card do not work after S3.
[Fix]
The i8042 controller selftest fails while resuming, adding retry fix this issue.
[Test]
Verified on the target machine, the ps/2 keyboard keeps working after S3 test 30 times.
[Regression Potential]
Low, there is a retry logic in controller selftest, but it returns directly if it fails to communicate with the controller. This commit make it retry 5 times before return fails.
CVE References
Changed in linux (Ubuntu Focal): | |
assignee: | nobody → AceLan Kao (acelankao) |
Changed in linux-oem-osp1 (Ubuntu Bionic): | |
assignee: | nobody → AceLan Kao (acelankao) |
tags: | added: patch |
Changed in linux-oem-osp1 (Ubuntu Bionic): | |
status: | In Progress → Fix Committed |
Changed in linux (Ubuntu Focal): | |
status: | In Progress → Fix Committed |
no longer affects: | linux-oem-osp1 (Ubuntu Bionic) |
Changed in linux (Ubuntu Bionic): | |
status: | New → In Progress |
Changed in linux-oem (Ubuntu Bionic): | |
status: | New → Invalid |
Changed in linux-oem-osp1 (Ubuntu Bionic): | |
status: | New → Fix Committed |
assignee: | nobody → You-Sheng Yang (vicamo) |
Changed in linux (Ubuntu Bionic): | |
status: | In Progress → Fix Committed |
Changed in linux-oem (Ubuntu): | |
status: | New → Fix Released |
Changed in hwe-next: | |
status: | New → Fix Released |
To post a comment you must log in.
I would like to propose a V2 for this. The original logic allows continuation to device probe when selftest returns a different value than expected, and this is no longer available with v1 from AceLan.