Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755466AbbLJSl0 (ORCPT ); Thu, 10 Dec 2015 13:41:26 -0500 Received: from down.free-electrons.com ([37.187.137.238]:39777 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755243AbbLJSlW (ORCPT ); Thu, 10 Dec 2015 13:41:22 -0500 Date: Thu, 10 Dec 2015 19:41:19 +0100 From: Alexandre Belloni To: Julius Werner Cc: Doug Anderson , Andrew Morton , Alessandro Zummo , Sonny Rao , Chris Zhong , Heiko Stuebner , "linux-kernel@vger.kernel.org" , rtc-linux@googlegroups.com Subject: Re: [PATCH v2] RTC: RK808: Work around hardware bug on November 31st Message-ID: <20151210184119.GL3515@piout.net> References: <1449552115-31256-1-git-send-email-jwerner@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1813 Lines: 40 Hi Julius, Doug, On 09/12/2015 at 13:32:52 -0800, Julius Werner wrote : > > Thinking about all this: these's actually a totally different > > alternative approach we could take if you wanted. It would fix S5 and > > avoid all the anchor stuff, unless I'm crazy. > > > > Basically totally give up on the RTC time reflecting reality. Add a > > "real time to rk808" and "rk808 time to real time" function. Always > > use it when reading from rk808 and always use it when writing to > > rk808. Choose 2015 as the "truth" year if you want (or pick another > > year). In early 2016 the rk808 always contains 1 day back. In 2017 > > the rk808 always contains 2 days back. Etc, etc, etc. > > > > The firmware would get confused, but ... > > Well... other than that it's crazy and that I'd have to rewrite the > whole patch again, I can't come up with a good argument against this. > In Chromebook firmware the time is only needed for a debug log, so > we'd probably just be willing to accept it being wrong. If U-Boot ever > gets RK808 support, they'll probably just copy the Linux driver > wholesale anyway so they'll conform to the same system. > > So if nobody else raises fundamental objections to this approach, I > guess I'll get started on another patch version. (Further replies > below for reference, but most of that stuff would then become moot.) > I'll try to review and evaluate both solution by the end of the week (no guarantee though). -- Alexandre Belloni, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/