[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1281053789.3405.38.camel@localhost.localdomain>
Date: Thu, 05 Aug 2010 17:16:29 -0700
From: john stultz <johnstul@...ibm.com>
To: Kay Sievers <kay.sievers@...y.org>
Cc: Alexander Shishkin <virtuoso@...nd.org>, gregkh@...e.de,
lkml@...r.kernel.org, "Kirill A. Shutemov" <kirill@...temov.name>,
Thomas Gleixner <tglx@...utronix.de>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Jon Hunter <jon-hunter@...com>, Ingo Molnar <mingo@...e.hu>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
David Howells <dhowells@...hat.com>,
Avi Kivity <avi@...hat.com>, "H. Peter Anvin" <hpa@...or.com>,
John Kacur <jkacur@...hat.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] [RFC] notify userspace about time changes
On Fri, 2010-08-06 at 01:50 +0200, Kay Sievers wrote:
> On Fri, Aug 6, 2010 at 00:29, john stultz <johnstul@...ibm.com> wrote:
> > On Fri, 2010-08-06 at 00:17 +0200, Kay Sievers wrote:
> >> On Thu, Aug 5, 2010 at 23:11, john stultz <johnstul@...ibm.com> wrote:
> >> > On Thu, 2010-08-05 at 15:33 +0300, Alexander Shishkin wrote:
> >> >> On 4 August 2010 18:58, john stultz <johnstul@...ibm.com> wrote:
> >> >> > Is there a actual use case that you need this for? I don't really have
> >> >> > an issue with the code I just really want to make sure the feature would
> >> >> > be useful enough to justify the API and code maintenance going forward.
> >>
> >> Basically everything that schedules an action based on an absolute
> >> time specification, like at 3pm today, and not in 3 hours from now,
> >> needs to track such system time changes. Otherwise it has to do
> >> nonsense like cron does, to wake up every minute to check the current
> >> time.
> >
> > time_create(CLOCK_REALTIME,...) creates absolute (not relative) timers
> > that should be adjusted when the clock is changed. Is that not the case?
>
> That works, yes. The created timer is still is a fixed value, and it
> gets automatically adjusted when the system time changes.
>
> This is the example Lennart and I thought about when we considered
> adding cron-like stuff to systemd's timer configs, but didn't want to
> do silly things like scheduled checks for the actual time, so we
> delayed this feature until such a notification becomes available.
>
> Consider we want stuff like "wakeup every day at 3pm", the next wakeup
> might be earlier than the timer we calculated last time, on system
> time changes. We need to re-calculate it. This is necessary for all
> repeating events.
>
> Say we want to wakeup at 3pm, now it's 4pm, so we schedule it in 23
> hours. Now the system time changes to 2pm, and we would expect to
> wakeup in one hour, but we take 25.
Ah. Yea. So its not really an issue scheduling absolute times, but
issues around absolute recurrences when time might go backwards.
So yea, that's another good example in favor of Alexander's patch (at
least the basic functionality, modulo the interface
details/documentation).
Thanks for the clarification!
-john
--
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