Re: [PATCH] Generic RTC class support for ppc_md.[gs]et_rtc_time

2007-12-03 Thread David Woodhouse
On Tue, 2007-12-04 at 09:36 +1100, Benjamin Herrenschmidt wrote: > Worst one is time_init :-) Way too early to do any i2c babbling. Then > there used to be something with the NTP writeback, dunno if it's > changed. Setting the system time seems to be done in the new RTC class by a late_initcall()

Re: [PATCH] Generic RTC class support for ppc_md.[gs]et_rtc_time

2007-12-03 Thread Benjamin Herrenschmidt
On Mon, 2007-12-03 at 21:06 +, David Woodhouse wrote: > On Tue, 2007-12-04 at 07:45 +1100, Benjamin Herrenschmidt wrote: > > On Mon, 2007-12-03 at 17:04 +, David Woodhouse wrote: > > > It would be good to migrate the platform code to register RTC devices > > > directly, but for now this wi

Re: [PATCH] Generic RTC class support for ppc_md.[gs]et_rtc_time

2007-12-03 Thread David Woodhouse
On Tue, 2007-12-04 at 07:45 +1100, Benjamin Herrenschmidt wrote: > On Mon, 2007-12-03 at 17:04 +, David Woodhouse wrote: > > It would be good to migrate the platform code to register RTC devices > > directly, but for now this will make them functional enough for most > > purposes... > > Wouldn

Re: [PATCH] Generic RTC class support for ppc_md.[gs]et_rtc_time

2007-12-03 Thread Benjamin Herrenschmidt
On Mon, 2007-12-03 at 17:04 +, David Woodhouse wrote: > It would be good to migrate the platform code to register RTC devices > directly, but for now this will make them functional enough for most > purposes... Wouldn't it be best to do the other way around at some stage ? We need to solve t

[PATCH] Generic RTC class support for ppc_md.[gs]et_rtc_time

2007-12-03 Thread David Woodhouse
It would be good to migrate the platform code to register RTC devices directly, but for now this will make them functional enough for most purposes... Signed-off-by: David Woodhouse <[EMAIL PROTECTED]> diff --git a/drivers/rtc/Kconfig b/drivers/rtc/Kconfig index 1e6715e..3e788b7 100644 --- a/driv