[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4FFEC342.2060107@redhat.com>
Date: Thu, 12 Jul 2012 08:29:54 -0400
From: Prarit Bhargava <prarit@...hat.com>
To: Jan Ceuleers <jan.ceuleers@...puter.org>
CC: John Stultz <johnstul@...ibm.com>,
Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Linux Kernel <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...nel.org>, stable@...r.kernel.org
Subject: Re: [PATCH 1/6] hrtimer: Provide clock_was_set_delayed()
On 07/12/2012 03:44 AM, Jan Ceuleers wrote:
> On 07/11/2012 06:47 PM, John Stultz wrote:
>> I'll see if my worry is unfounded, but it might be a bit too clever for rare events.
>
> Full ACK.
>
> There is an unfortunate history of critical-to-moderately-serious bugs in
> the leap second handling, so I submit that what is needed is a simple,
> obviously-correct and robust mechanism. Robust statically, but also in the
> face of code churn because these code paths are exercised so rarely out in
> the wild.
>
> Just my opinion, FWIW.
>
Ditto - and it's not just FWIW.
John (and everyone else), I think we're over-thinking this. Would it be nice to
get an extremely elegant solution to this? Yeah ... it would. But the reality
is that we're not going to get there and IMO we're making things too complex for
this little piece of code.
Acked-by: Prarit Bhargava <prarit@...hat.com>
IMO, this is the simplest way to move forward with this code.
P.
--
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