[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <484473E6.5060400@am.sony.com>
Date: Mon, 2 Jun 2008 15:27:50 -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
Geoff Levand wrote:
> 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.
Just to follow up, I found that David Woodhouse has submitted
a patch which does this:
http://patchwork.ozlabs.org/linuxppc/patch?id=18139
-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