[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48408394.8000406@am.sony.com>
Date: Fri, 30 May 2008 15:45:40 -0700
From: Geoff Levand <geoffrey.levand@...sony.com>
To: Alessandro Zummo <alessandro.zummo@...ertech.it>
CC: rtc-linux@...glegroups.com,
linuxppc-dev list <linuxppc-dev@...abs.org>, rz@...ux-m68k.org,
LKML Kernel <linux-kernel@...r.kernel.org>
Subject: Re: [rtc-linux] state of GEN_RTC vs rtc subsystem
Alessandro Zummo wrote:
> On Wed, 20 Feb 2008 10:11:23 -0600
> Kumar Gala <galak@...nel.crashing.org> wrote:
>
>>
>> Is the functionality provided by drivers/char/gen_rtc.c completely
>> handled by the rtc subsystem in drivers/rtc?
>>
>> I ask for two reasons:
>> 1. should we make it mutually exclusive in Kconfig
>> 2. I've enabled both and get (we'll my defconfig did):
>
> They shouldn't be enabled at once. I think a patch
> for Kconfig has been recently submitted to give a warning
> in such a case.
>
> rtc-cmos should be able to handle the vast majority of x86
> rtcs out there.
gen_rtc was hooked up to the powerpc platform
ppc_md.set_rtc_time and ppc_md.get_rtc_time via the arch
specific get_rtc_time() and set_rtc_time() routines.
>From what I can tell, those generic rtc routines the powerpc
arch provides are not properly hooked into the new rtc subsystem.
This causes problems for multi-platform builds where some platforms
must use gen_rtc, and some must the new rtc subsytem.
-Geoff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists