[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20171012154032.24a3007c479154d77c2767b4@linux-foundation.org>
Date: Thu, 12 Oct 2017 15:40:32 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Arnd Bergmann <arnd@...db.de>
Cc: Jason Wessel <jason.wessel@...driver.com>,
Thomas Gleixner <tglx@...utronix.de>, y2038@...ts.linaro.org,
John Stultz <john.stultz@...aro.org>,
Stephen Boyd <sboyd@...eaurora.org>,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
Deepa Dinamani <deepa.kernel@...il.com>,
Ingo Molnar <mingo@...nel.org>, linux-kernel@...r.kernel.org,
kgdb-bugreport@...ts.sourceforge.net
Subject: Re: [PATCH] kdb: use __ktime_get_real_seconds instead of
__current_kernel_time
On Thu, 12 Oct 2017 16:06:11 +0200 Arnd Bergmann <arnd@...db.de> wrote:
> kdb is the only user of the __current_kernel_time() interface, which is
> not y2038 safe and should be removed at some point.
>
> The kdb code also goes to great lengths to print the time in a
> human-readable format from 'struct timespec', again using a non-y2038-safe
> re-implementation of the generic time_to_tm() code.
Is it really necessary for the kdb `summary' command to print the
time/date? Which puppies would die if we just removed it all?
Powered by blists - more mailing lists