RFC Detect clock skew during suspend
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest2 patches 4 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/2 | i386: Detect clock skew during suspendarch/ | +18 | 2 replies | |
| 2/2 | x86_64: Detect clock skew during suspendarch/ | +9 | 1 reply |
Reviews trailers per patch
1 of 2 patches has a Reviewed-by or Acked-by.
| Patch | John Stultz | Pavel Machek |
|---|---|---|
| 1/2 | A-b A-b | A-b |
| 2/2 |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [RFC][PATCH -mm 0/2] Detect clock skew during suspend
Hi,
If the CMOS timer is changed when the system is suspended to disk in such a way that the time during the resume turns out to be earlier than the time before the suspend, the resume often fails and the system hangs (spins forever in the idle thread) due to driver problems.
For this reason it seems reasonable to make the timer .resume() routines detect such situations and prevent them from happening, which is done in the following two patches for i386 and x86_64.
Greetings,
Rafael
Signature · 2 lines
You never change things by fighting the existing reality. R. Buckminster Fuller