Revision 2344abbcbdb82140050e8be29d3d55e4f6fe860b authored by Thomas Gleixner on 16 September 2008, 18:32:50 UTC, committed by Thomas Gleixner on 16 September 2008, 20:47:02 UTC
The device shut down does not cleanup the next_event variable of the clock event device. So when the device is reactivated the possible stale next_event value can prevent the device to be reprogrammed as it claims to wait on a event already. This is the root cause of the resurfacing suspend/resume problem, where systems need key press to come back to life. Fix this by setting next_event to KTIME_MAX when the device is shut down. Use a separate function for shutdown which takes care of that and only keep the direct set mode call in the broadcast code, where we can not touch the next_event value. Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
1 parent f1926ce
File | Mode | Size |
---|---|---|
.gitignore | -rw-r--r-- | 102 bytes |
Kconfig | -rw-r--r-- | 1.6 KB |
Makefile | -rw-r--r-- | 1.8 KB |
gen_init_cpio.c | -rw-r--r-- | 11.4 KB |
initramfs_data.S | -rw-r--r-- | 1.0 KB |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...