[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


-- 
You never change things by fighting the existing reality.
		R. Buckminster Fuller

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [RFC][PATCH -mm 0/2] Detect clock skew during suspend
    • From: Pavel Machek <[email protected]>
  • [RFC][PATCH -mm 1/2] i386: Detect clock skew during suspend
    • From: "Rafael J. Wysocki" <[email protected]>
  • [RFC][PATCH -mm 2/2] x86_64: Detect clock skew during suspend
    • From: "Rafael J. Wysocki" <[email protected]>

• Prev by Date: [PATCH] atkbd.c: overrun in atkbd_set_repeat_rate()
• Next by Date: [RFC][PATCH -mm 2/2] x86_64: Detect clock skew during suspend
• Previous by thread: [PATCH] atkbd.c: overrun in atkbd_set_repeat_rate()
• Next by thread: [RFC][PATCH -mm 2/2] x86_64: Detect clock skew during suspend
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]