Re: [PATCH] rtc: mv: reset date if after year 2038

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Feb 18, 2014 at 03:16:56PM +0100, Thomas Petazzoni wrote:
> Dear Andrew Lunn,
> 
> On Tue, 18 Feb 2014 15:04:29 +0100, Andrew Lunn wrote:
> 
> > > +	/*
> > > +	 * A date after January 19th, 2038 does not fit on 32 bits and
> > > +	 * will confuse the kernel and userspace. Reset to a sane date
> > > +	 * (January 1st, 2013) if we're after 2038.
> > > +	 */
> > 
> > Hi Thomas
> > 
> > Would it be better to reset back to 01/01/1970? When we do reach 32
> > bit rollover, and assuming the world continues to exist, it has a
> > better chance of being right than 01/01/2013.
> 
> I must say I don't really care which "sane date" we use for the RTC,
> but I don't understand your argument.

I've no idea what the plans are for January 19th, 2038, but one
possible solution is to move the epoch to January 19th, 2038. And with
any luck, an RTC returning 01/01/1970 will get mapped to January 19th,
2038, and hence give the correct date.

      Andrew
 

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel




[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [CentOS ARM]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]     [Photos]