Re: [patch 2/4] new timerfd API v2 - new timerfd API

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Davide Libenzi <davidel@...>
Cc: Michael Kerrisk <mtk-manpages@...>, Thomas Gleixner <tglx@...>, Andrew Morton <akpm@...>, Linus Torvalds <torvalds@...>, Linux Kernel Mailing List <linux-kernel@...>
Date: Tuesday, September 25, 2007 - 12:40 pm

One quick question:


Looking at that interface, it appears that a process doing a read() on a
timerfd with no timer set will block for a very long time.  It's an
obvious "don't do that" situation, but perhaps we could help an
occasional developer get a clue by returning something like -EINVAL when
the timer has not been set?

jon

-
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[patch 2/4] new timerfd API v2 - new timerfd API, Davide Libenzi, (Mon Sep 24, 4:22 pm)
Re: [patch 2/4] new timerfd API v2 - new timerfd API , Jonathan Corbet, (Tue Sep 25, 12:40 pm)
Re: [patch 2/4] new timerfd API v2 - new timerfd API , Davide Libenzi, (Tue Sep 25, 1:41 pm)
Re: [patch 2/4] new timerfd API v2 - new timerfd API, Michael Kerrisk, (Wed Sep 26, 3:14 am)