lkml.org 
[lkml]   [2008]   [Jun]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [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@kernel.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



    \
     
     \ /
      Last update: 2008-06-03 00:31    [W:6.877 / U:0.016 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site