[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200701051933.26368.david-b@pacbell.net>
Date: Fri, 5 Jan 2007 19:33:25 -0800
From: David Brownell <david-b@...bell.net>
To: Alessandro Zummo <alessandro.zummo@...ertech.it>
Cc: rtc-linux@...glegroups.com,
Linux Kernel list <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...l.org>,
Russell King <rmk@....linux.org.uk>,
Woody Suwalski <woodys@...dros.com>
Subject: Re: [patch 2.6.20-rc3 1/3] rtc-cmos driver
On Friday 05 January 2007 7:10 pm, David Brownell wrote:
> On Friday 05 January 2007 12:45 pm, Alessandro Zummo wrote:
> > I'd appreciate if someone (Woody?) can test
> > this code on ARM.
>
> There are PPC, M68K, SPARC, and other boards that could also
> use this; ARMs tend to integrate some other RTC on-chip. But
> on whatever non-PC platform is involved in such sanity testing,
> that involves adding a platform_device to board setup code.
Let me put that differently. That should be done as a separate
patch, adding (a) that platform_device, and maybe platform_data
if it's got additional alarm registers, and (b) Kconfig support
to let that work. I'd call it a "patch #4 of 3". ;)
The current Kconfig uses:
> +config RTC_DRV_CMOS
> + tristate "CMOS real time clock"
> + depends on RTC_CLASS && (X86_PC || ACPI)
Eventually maybe the PC-or-ACPI stuff should vanish, but IMO
not until this code has been used on a few other platforms.
- Dave
-
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