Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754815Ab0HDPsG (ORCPT ); Wed, 4 Aug 2010 11:48:06 -0400 Received: from filtteri6.pp.htv.fi ([213.243.153.189]:37818 "EHLO filtteri6.pp.htv.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753553Ab0HDPsE (ORCPT ); Wed, 4 Aug 2010 11:48:04 -0400 Date: Wed, 4 Aug 2010 18:46:38 +0300 From: Alexander Shishkin To: "Kirill A. Shutemov" Cc: lkml@vger.kernel.org, Thomas Gleixner , John Stultz , Martin Schwidefsky , Andrew Morton , Jon Hunter , Ingo Molnar , Peter Zijlstra , "Paul E. McKenney" , David Howells , Avi Kivity , "H. Peter Anvin" , John Kacur , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, Alexander Shishkin Subject: Re: [PATCH] [RFC] notify userspace about time changes Message-ID: <20100804154638.GB28519@shisha.kicks-ass.net> Mail-Followup-To: "Kirill A. Shutemov" , lkml@vger.kernel.org, Thomas Gleixner , John Stultz , Martin Schwidefsky , Andrew Morton , Jon Hunter , Ingo Molnar , Peter Zijlstra , "Paul E. McKenney" , David Howells , Avi Kivity , "H. Peter Anvin" , John Kacur , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org References: <1280926108-24668-1-git-send-email-virtuoso@slind.org> <20100804153221.GA29109@shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100804153221.GA29109@shutemov.name> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4693 Lines: 115 On Wed, Aug 04, 2010 at 06:32:21 +0300, Kirill A. Shutemov wrote: > On Wed, Aug 04, 2010 at 03:48:28PM +0300, Alexander Shishkin wrote: > > Certain userspace applications (like "clock" desktop applets or ntpd) might > > want to be notified when some other application changes the system time. It > > might also be important for an application to be able to distinguish between > > its own and somebody else's time changes. > > > > This patch implements a notification interface via eventfd mechanism. Proccess > > wishing to be notified about time changes should create an eventfd and echo > > its file descriptor to /sys/kernel/time_notify. After that, any calls to > > settimeofday()/stime()/adjtimex() made by other processes will be signalled > > to this eventfd. Credits for suggesting the eventfd mechanism for this > > purpose go te Kirill Shutemov. > > > > So far, this implementation can only filter out notifications caused by > > time change calls made by the process that wrote the eventfd descriptor to > > sysfs, but not its children which (might) have inherited the eventfd. It > > is so far not clear to me whether this is bad and more confusing than > > excluding such children as well. > > I think it's a bad idea to filter notifications. Let's leave it for Why? > userspace. Userspace always can check eventfd counter and understand who > touch time based on its own activity. That's another way to approach this, yes. But I can think of scenarios when this will complicate userspace implementation. This generally means that the "time monitor" application will have to increment some internal counter every time it calls settimeofday() and friends. And when some library that it links against starts calling one of those functions behind the scenes, it will become trickier. It is also true that you can never be too good to userspace. > > Similar mechanism can also be used for signalling other (all?) system calls > > made by certain (all?) processes without resorting to ptrace (which won't > > help if you don't know what processes you'd like to look after), given > > proper permission checks etc. > > > > Signed-off-by: Alexander Shishkin > > CC: Kirill A. Shutemov > > CC: Thomas Gleixner > > CC: John Stultz > > CC: Martin Schwidefsky > > CC: Andrew Morton > > CC: Jon Hunter > > CC: Ingo Molnar > > CC: Peter Zijlstra > > CC: "Paul E. McKenney" > > CC: David Howells > > CC: Avi Kivity > > CC: "H. Peter Anvin" > > CC: John Kacur > > CC: Alexander Shishkin > > CC: linux-kernel@vger.kernel.org > > --- > > include/linux/time.h | 7 ++ > > init/Kconfig | 7 ++ > > kernel/Makefile | 1 + > > kernel/time.c | 11 +++- > > kernel/time_notify.c | 158 ++++++++++++++++++++++++++++++++++++++++++++++++++ > > 5 files changed, 182 insertions(+), 2 deletions(-) > > create mode 100644 kernel/time_notify.c > > > > diff --git a/include/linux/time.h b/include/linux/time.h > > index ea3559f..9fca62b 100644 > > --- a/include/linux/time.h > > +++ b/include/linux/time.h > > @@ -237,6 +237,13 @@ static __always_inline void timespec_add_ns(struct timespec *a, u64 ns) > > a->tv_sec += __iter_div_u64_rem(a->tv_nsec + ns, NSEC_PER_SEC, &ns); > > a->tv_nsec = ns; > > } > > + > > +#ifdef CONFIG_TIME_NOTIFY > > +void time_notify_all(void); > > +#else > > +#define time_notify_all() do {} while (0) > > +#endif > > + > > #endif /* __KERNEL__ */ > > > > #define NFDBITS __NFDBITS > > diff --git a/init/Kconfig b/init/Kconfig > > index 5cff9a9..f7271f8 100644 > > --- a/init/Kconfig > > +++ b/init/Kconfig > > @@ -976,6 +976,13 @@ config PERF_USE_VMALLOC > > help > > See tools/perf/design.txt for details > > > > +config TIME_NOTIFY > > + bool > > + depends on EVENTFD > > + help > > + Enable time change notification events to userspace via > > + eventfd. > > + > > Do we really need config option? I think better just use > CONFIG_EVENTFD. This is quite obscure. If anything, it's better to get rid of CONFIG_EVENTFD and always unconditionally compile it in, while this functionality (time_notify) may well be optional. Regards, -- Alex -- 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/