On Fri, Nov 16, 2012 at 4:20 PM, Arnd Bergmann <arnd@xxxxxxxx> wrote:
>> RTC defaults to n, but I've narrowed it down to alpha, m32r, mips
>> (MACH_LOONSON), mn10300, and x86 which provide asm/mc146818rtc.h.
>>
>> GEN_RTC defaults to n, and I've narrowed to alpha, m68k, mn10300,
>> parisc, ppc, x86 which provide asm/rtc.h.
>
> It's amazing that those are still around after we've had RTC_LIB
> for so long. The "modern" driver that is supposed to replace these
> two is RTC_DRV_CMOS, which currently builds for X86 || ALPHA ||
> ARM || M32R || ATARI || PPC || MIPS || SPARC64.
> config HAVE_GEN_RTC_LEGACY
> def_bool LEGACY_PC_IO && !(ARM || M32R || SPARC)
> # selected by M68K || MN10300 || PARISC || PPC
That's not correct: GEN_RTC is not a driver for legacy CMOS RTC, but a
driver that provides a clasic /dev/rtc userspace API for systems that do not
have a CMOS RTC, but do provie [gs]et_rtc_time().
So it's a deprecated complementary driver for RTC.
It's replacement using RTC_CLASS is RTC_DRV_GENERIC, which is also
discouraged for new platforms:
config RTC_DRV_GENERIC
tristate "Generic RTC support"
# Please consider writing a new RTC driver instead of using the generic
# RTC abstraction
depends on PARISC || M68K || PPC || SUPERH32
help
Say Y or M here to enable RTC support on systems using the generic
RTC abstraction. If you do not know what you are doing, you should
just say Y.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
