login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
September
»
27
Re: Man page for revised timerfd API
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Davide Libenzi
Subject:
Re: Man page for revised timerfd API
Date: Thursday, September 27, 2007 - 9:45 am
On Thu, 27 Sep 2007, Michael Kerrisk wrote:
quoted text
> Davide, > > A further question: what is the expected behavior in the > following scenario: > > 1. Create a timerfd and arm it. > 2. Wait until M timer expirations have occurred > 3. Modify the settings of the timer > 4. Wait for N further timer expirations have occurred > 5. read() from the timerfd > > Does the buffer returned by the read() contain the value > N or (M+N)? In other words, should modifying the timer > settings reset the expiration count to zero?
Every timerfd_settime() zeroes the tick counter. So in your scenario it'll return N. - Davide -
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Man page for revised timerfd API
, Michael Kerrisk
, (Wed Sep 26, 12:12 am)
Re: Man page for revised timerfd API
, Davide Libenzi
, (Wed Sep 26, 11:06 am)
Re: Man page for revised timerfd API
, Michael Kerrisk
, (Wed Sep 26, 2:13 pm)
Re: Man page for revised timerfd API
, Geoff Clare
, (Thu Sep 27, 1:20 am)
Re: Man page for revised timerfd API
, Michael Kerrisk
, (Thu Sep 27, 3:35 am)
Re: Man page for revised timerfd API
, Michael Kerrisk
, (Thu Sep 27, 3:50 am)
Re: Man page for revised timerfd API
, Davide Libenzi
, (Thu Sep 27, 9:45 am)
Re: Man page for revised timerfd API
, Michael Kerrisk
, (Tue Oct 2, 11:50 pm)
Re: Man page for revised timerfd API
, Matti Aarnio
, (Wed Oct 3, 1:14 am)
Re: Man page for revised timerfd API
, Michael Kerrisk
, (Thu Oct 4, 11:19 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
FUJITA Tomonori
Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Uwe Kleine-König
Re: [PATCH v2] ARM: allow, but warn, when issuing ioremap() on RAM
Ingo Molnar
Re: [RFC/RFT PATCH] sched: automated per tty task groups
Andrew Morton
Re: [PATCH v3 0/4] Introduce hardware spinlock framework
Rafael J. Wysocki
[Bug #15669] INFO: suspicious rcu_dereference_check()
git-commits-head
:
Linux Kernel Mailing List
libata: disable ATAPI AN by default
Linux Kernel Mailing List
ARM: 5905/1: ARM: Global ASID allocation on SMP
Linux Kernel Mailing List
Disallow gcc versions 4.1.{0,1}
Linux Kernel Mailing List
timer: Try to survive timer callback preempt_count leak
Linux Kernel Mailing List
Documentation/timers/hpet_example.c: only build on X86
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
Gerrit Renker
[PATCH 1/5] dccp: Initialisation framework for feature negotiation
Daniel Lezcano
getsockopt(TCP_DEFER_ACCEPT) value change
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Badalian Vyacheslav
Re: tc filter flow hash question
git
:
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Stefan Richter
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
A Large Angry SCM
Re: [RFC] origin link for cherry-pick and revert
Petr Baudis
Re: PPC SHA-1 Updates in "pu"
Mike Miller
git message
linux-ath5k-devel
:
Lucio Torre
[ath5k-devel] ath5k problems on lenovo x200
Soeren Sonnenburg
Re: [ath5k-devel] ath5k_pci: gain calibration timeout / unable to reset hardware -11
Bob Copeland
Re: [ath5k-devel] Send packet from inside ath5k_intr() or ath5k_tasklet_rx()
Nick Kossifidis
Re: [ath5k-devel] madwifi HAL register dumps
Joerg Pommnitz
Re: [ath5k-devel] ath5k phy0: failed to warm reset the MAC Chip
Colocation donated by:
Syndicate