From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Woodhouse Subject: Re: [rtc-linux] [PATCH/RFC 0/5] Generic RTC class driver Date: Wed, 25 Feb 2009 07:32:07 +0900 Message-ID: <1235514727.18632.93.camel@macbook.infradead.org> References: <1235144809-32468-1-git-send-email-Geert.Uytterhoeven@sonycom.com> <20090220170454.04382e9e@i1501.lan.towertech.it> <1235511327.18632.73.camel@macbook.infradead.org> <20090224231154.60ba18d6@i1501.lan.towertech.it> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20090224231154.60ba18d6@i1501.lan.towertech.it> Sender: linux-m68k-owner@vger.kernel.org List-Id: linux-m68k@vger.kernel.org To: Alessandro Zummo Cc: Geert Uytterhoeven , rtc-linux@googlegroups.com, Richard Zidlicky , linux-parisc@vger.kernel.org, Linux Kernel Development , David@ozlabs.org, Kyle McMartin , Linux/PPC Development , Linux/m68k , Benjamin Herrenschmidt On Tue, 2009-02-24 at 23:11 +0100, Alessandro Zummo wrote: > On Wed, 25 Feb 2009 06:35:27 +0900 > David Woodhouse wrote: > > > > So you want us to kill the ppc_md.[gs]et_rtc_time() [ppc], mach_hwclk() [m68k], > > > mach_gettod() [m68knommu] (and probably a few other) abstractions, and move all > > > RTC code out of arch/ into seperate drivers under drivers/rtc/ instead? > > > > That's the ideal... although did we get NTP sync working again yet? > > not yet. we're close but I've been very busy :( I know the feeling. Once that's working, we can convert individual PPC platforms over, removing the routines from the ppc_md and creating a generic RTC driver instead. PA Electra is already like that -- because it wasn't a regression there to have broken NTP sync. But the others need to wait. Eventually, we ought to be able to drop the RTC functions from the ppc_md -- and presumably the equivalent for other architectures too. -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation