From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from kvm5.telegraphics.com.au (kvm5.telegraphics.com.au [98.124.60.144]) by lists.ozlabs.org (Postfix) with ESMTP id 41Nmp5467LzDqBW for ; Sun, 8 Jul 2018 21:44:13 +1000 (AEST) Date: Sun, 8 Jul 2018 21:45:21 +1000 (AEST) From: Finn Thain To: Geert Uytterhoeven cc: Arnd Bergmann , Paul Mackerras , Michael Ellerman , Joshua Thompson , Mathieu Malaterre , Benjamin Herrenschmidt , Greg Ungerer , linux-m68k , linuxppc-dev , Linux Kernel Mailing List , y2038 Mailman List , Meelis Roos , Andreas Schwab Subject: Re: [PATCH 2/3] [v2] m68k: mac: use time64_t in RTC handling In-Reply-To: Message-ID: References: <20180619140229.3615110-1-arnd@arndb.de> <20180619140229.3615110-2-arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sun, 8 Jul 2018, Geert Uytterhoeven wrote: > On Fri, Jun 22, 2018 at 10:55 AM Arnd Bergmann wrote: > > I don't think anyone so far had a strong preference here, so I went > > with what Mathieu suggested and kept the original Mac behavior, but > > added the WARN_ON(). > > So, is this safe to apply? > Especially in light of the warnings seen by Meelis with the PPC version. > You mean, "can we apply this and avoid warning splats?" Meelis's result says, "no". I forget what date the RTC gets set to when the PMU/Cuda is reset but I suspect that timezone arithmetic in either MacOS or Linux could cause it to end up in 1969. So I'd prefer to see the WARN_ON() removed. --