From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: [PATCH 00/51] rtc: stop using rtc deprecated functions Date: Wed, 21 Jun 2017 20:08:47 +0200 Message-ID: <20170621180847.GA24175@amd> References: <20170620213507.urobmtg34vzubrdq@piout.net> <20170621075152.GA15996@amd> <20170621083907.y3gadsmsoufa5niv@piout.net> <20170621063443.GA4862@localhost> <20170621123535.b5fvwlydfhnhuqll@piout.net> Reply-To: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Cc: Thomas Gleixner , Russell King - ARM Linux , Benjamin Gaignard , Baruch Siach , "patches-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org" , Linus Walleij , "linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Thierry Reding , "x86-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" , Jonathan Hunter , Chen-Yu Tsai , Ingo Molnar , Sylvain Lemieux , Sebastian Hesselbarth , Len Brown , "linaro-kernel-cunTk1MwBs8s++Sfvej+rw@public.gmane.org" , Jason Cooper , "rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org" , "linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" Return-path: Sender: rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Content-Disposition: inline In-Reply-To: <20170621123535.b5fvwlydfhnhuqll-m++hUPXGwpdeoWH0uzbU5w@public.gmane.org> List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , List-Id: netdev.vger.kernel.org --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Hi! > > > Or not, having an RTC set in the past is actually quite common. I'd find > > > it weird to have a new device boot and be set to a date in the future. > > > > ...but still better than board stuck in the past, no? > > > > > Also note that the threshold or offset thing may seem like a good idea > > > but fails with many RTCs because of how they handle leap years. > > > > Well, you can still convert time from rtc to unix time, then do adjustment > > there. > > > > You can only if your machine is running when that happens. If that is > not the case, then you lost and your time is not correct anymore. I don't see why that should be a case... as long as you know what RTC does in event of overflow, and it is not something completely crazy. > > Anyway, I guess it would be cool for rtc drivers to annotate what limits > > underlying storage has to the common code, so that we can do fixups once > > per class, not once per driver. > > Yes, I'm in the middle of the whole rework that allows that. > > I don't understand the sudden urgency of fixing that and the amount of > bikeshedding, seeing that the closest cutoff date is actually 31st of > december 2069 in the rtc subsystem and that anyway the current 32bit > userspace will explode in february 2038. > > My plan from the beginning was to have something for the next stable. I > know nobody can read my mind but again, I don't think there is currently > any urgency to change anything. Yes, mind reading is a problem. I can only read minds of ferungulates, and only if they are physicaly near me :-). Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- You received this message because you are subscribed to "rtc-linux". Membership options at http://groups.google.com/group/rtc-linux . Please read http://groups.google.com/group/rtc-linux/web/checklist before submitting a driver. --- You received this message because you are subscribed to the Google Groups "rtc-linux" group. To unsubscribe from this group and stop receiving emails from it, send an email to rtc-linux+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org For more options, visit https://groups.google.com/d/optout. --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAllKti8ACgkQMOfwapXb+vIiwQCfQ7QxR1SKvoHK+zdLpdef2SvB 0tQAnjy9uAFNWGhOZqLuDSMvdZ5dh9DC =n6oF -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA--