summaryrefslogtreecommitdiffstats
path: root/block
diff options
context:
space:
mode:
authorCyrill Gorcunov <gorcunov@openvz.org>2014-07-16 01:54:54 +0400
committerThomas Gleixner <tglx@linutronix.de>2014-07-18 11:49:57 +0200
commit5442e9fbd7c23172a1c9bc736629cd123a9923f0 (patch)
tree3f4c91eac56dbb5556850230e0fe5801e73175ed /block
parent854d06d9fc350130617debdd9e9f49d1c4ba5206 (diff)
downloadlinux-5442e9fbd7c23172a1c9bc736629cd123a9923f0.tar.gz
linux-5442e9fbd7c23172a1c9bc736629cd123a9923f0.tar.bz2
linux-5442e9fbd7c23172a1c9bc736629cd123a9923f0.zip
timerfd: Implement timerfd_ioctl method to restore timerfd_ctx::ticks, v3
The read() of timerfd files allows to fetch the number of timer ticks while there is no way to set it back from userspace. To restore the timer's state as it was at checkpoint moment we need a path to bring @ticks back. Initially I thought about writing ticks back via write() interface but it seems such API is somehow obscure. Instead implement timerfd_ioctl() method with TFD_IOC_SET_TICKS command which allows to adjust @ticks into non-zero value waking up the waiters. I wrapped code with CONFIG_CHECKPOINT_RESTORE which can be dropped off if there users except c/r camp appear. v2 (by akpm@): - Use define timerfd_ioctl NULL for non c/r config v3: - Use copy_from_user for @ticks fetching since not all arch support get_user for 8 byte argument Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Michael Kerrisk <mtk.manpages@gmail.com> Cc: Andrey Vagin <avagin@openvz.org> Cc: Arnd Bergmann <arnd@arndb.de> Cc: Christopher Covington <cov@codeaurora.org> Cc: Pavel Emelyanov <xemul@parallels.com> Cc: Vladimir Davydov <vdavydov@parallels.com> Link: http://lkml.kernel.org/r/20140715215703.285617923@openvz.org Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions