On Mon, 12 Nov 2001, Maciej W. Rozycki wrote:
> On Sun, 11 Nov 2001, Geert Uytterhoeven wrote:
> > > In other words, with such a driver, once you implemented rtc_get_time()
> > > and rtc_set_time(), which is required by the kernel anyway, you will
> > > automatically get a free /dev/rtc/ driver.
> > >
> > > This is the idea behind the generic MIPS rtc driver. See the patch below.
> > Oh no, don't tell me we now have (at least) _three_ of these floating around
> > :-)
> > - On m68k, we have drivers/char/genrtc.c (not yet merged, check out CVS,
> > see
> > http://linux-m68k-cvs.apia.dhs.org/).
> > - On PPC, we have drivers/macintosh/rtc.c.
> > - On MIPS, we now have your drivers/char/mips_rtc.c.
> Agreed, what's wrong with drivers/char/rtc.c? It even works for the
It's for MC146818 RTCs only.
> DECstation which maps its RTC in an unusual (but nice) way -- it's just a
> matter of initializing rtc_ops appropriately. See arch/mips/dec/rtc-dec.c
> for an example.
> Unless you use a non-MC146818 RTC, which you need to write a separate
> driver for anyway.
Yep, so that's why both m68k and PPC have common routines to read/write the
RTC, with a /dev/rtc-compatible abstraction on top of it.
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- email@example.com
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