On Wed, 20 Feb 2008 18:03:25 +0100, Alessandro Zummo <[EMAIL PROTECTED]> wrote:
> On Wed, 20 Feb 2008 10:11:23 -0600
> Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> >
> > Is the functionality provided by drivers/char/gen_rtc.c completely
> > handled by the rtc subsystem in drivers/rtc?
> >
> > I
On Wed, Feb 20, 2008 at 10:11:23AM -0600, Kumar Gala wrote:
> Is the functionality provided by drivers/char/gen_rtc.c completely handled
> by the rtc subsystem in drivers/rtc?
they were not designed work parallel at the same. Not sure if there is
ever a valid reason to have both comiled into on
On Wed, 20 Feb 2008 15:37:28 -0500
woodys <[EMAIL PROTECTED]> wrote:
> On ARM genrtc has been arbitrary disabled in Kconfig circa 2.6.19 and
> the change to rtc_cmos it is not 100% transparent (ARM Netwinder, Debian).
> If I want to use a current (Etch) hwclock binary - I need genrtc with
> /dev
Alessandro Zummo wrote:
On Wed, 20 Feb 2008 10:11:23 -0600
Kumar Gala <[EMAIL PROTECTED]> 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'v
On Wed, 20 Feb 2008 10:11:23 -0600
Kumar Gala <[EMAIL PROTECTED]> 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
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):
proc_dir_entry 'rtc' already registered
Call Trace:
[
6 matches
Mail list logo