[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100819111441.GD3003@shisha.kicks-ass.net>
Date: Thu, 19 Aug 2010 14:14:41 +0300
From: Alexander Shishkin <virtuoso@...nd.org>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
"H. Peter Anvin" <hpa@...or.com>, lkml@...r.kernel.org,
"Kirill A. Shutemov" <kirill@...temov.name>,
Thomas Gleixner <tglx@...utronix.de>,
John Stultz <johnstul@...ibm.com>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
Jon Hunter <jon-hunter@...com>, Ingo Molnar <mingo@...e.hu>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
David Howells <dhowells@...hat.com>,
Avi Kivity <avi@...hat.com>, John Kacur <jkacur@...hat.com>,
Chris Friesen <chris.friesen@...band.com>,
Kay Sievers <kay.sievers@...y.org>, Greg KH <gregkh@...e.de>,
linux-kernel@...r.kernel.org,
Alexander Shishkin <virtuoso@...nd.org>
Subject: Re: [PATCH] [RFCv2] notify userspace about time changes
On Thu, Aug 19, 2010 at 11:50:46 +0200, Peter Zijlstra wrote:
> On Wed, 2010-08-18 at 16:53 -0700, Andrew Morton wrote:
> >
> >
> > Such applications might be better served via a wake-me-at-this-time
> > syscall instead of a sleep-me-for-this-long syscall. Although such a
> > thing is less general.
> >
> We have timer_create(.clockid = CLOCK_REALTIME) for such things, no?
No. I'll try to summarize all the things that have been said about the
use cases for this functionality earlier in the followup version so as
to make things clearer.
>
> > > + fd = open("/sys/kernel/time_notify", O_WRONLY);
> > > + fdprintf(fd, "%d 1 0 1 1", efd);
> >
> > why not
> >
> > sys_time_notify(efd, 1, 0, 1, 1);
>
> And then there is the /dev/time proposal from Plan9:
>
> http://lkml.org/lkml/2009/3/11/363
>
> Their proposal was to add a poll() method to the device which would wake
> on every change in time.
I haven't seen any poll-related code there, but it looks like the interface
which duplicates existing functionality for no gain.
It would be nice if they did some work on replacing {get,set}timeofday()
with read()s/write()s in glibc etc. But as of now this /dev/time looks quite
a pointless thing to have.
Regards,
--
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists