[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTin_5RVQo8qbJp=naN6WHdA39JM81Y+003E0SLOq@mail.gmail.com>
Date: Thu, 5 Aug 2010 15:33:14 +0300
From: Alexander Shishkin <virtuoso@...nd.org>
To: john stultz <johnstul@...ibm.com>
Cc: 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 4 August 2010 18:58, john stultz <johnstul@...ibm.com> wrote:
> On Wed, 2010-08-04 at 15:48 +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.
>
> So NTP doesn't actually care, as it will notice the STA_UNSYNC flag is
> set the next time it checks adjtimex.
>
> The clock apps example seems reasonable, but maybe isn't the most
> compelling argument for adding a new kernel api.
>
> 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.
Yes. What we have here is an application which takes care of different means
of time synchronization (trusted time servers, different GSM operators, etc)
and also different kinds of time-based events/notifications (like "dentist
appointment next thursday"). When it encounters a time change that is
made by some other application, it basically wants to disable automatic
time adjustment and trigger the events/notifications which are due at this
(new) time.
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