[lkml]   [2008]   [Sep]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] fix RTC_CLASS regression with PARISC
On Monday 08 September 2008, David Miller wrote:
> I think the powerpc folks did the wrong thing and should just register
> generic platform_device objects in their platform code, and let the
> RTC layer drive the individual devices in response.

I kind of thought that was a migration aid ...

> All the powerpc folks are doing is providing a dummy shim into the
> RTC layer using their machine description vector, and not really using
> the RTC layer drivers at all.

I basically agree. There's functional overlap between those
machine descriptions and the RTC framework, and it should be
removed (by shrinking those descriptions). The shim gets
/dev/rtcN support, and thus hwclock; also /sys/class/rtc/*
stuff. But no wake alarms...

That said, there's a bit of unresolved stuff around NTP hooks
in the kernel. Some patches are pending to let thtem work with
the RTC framework -- where writing an RTC may need to sleep,
for example because the RTC is on an I2C or SPI bus. And
then there's the discussion of whether that shouldn't all be
handled by NTPD anyway, no special kernel support desired.
Alessandro has opinions there. ;)

ISTR that was a factor in the powerpc taking that "sideways"
step. Or if not powerpc, then some other arch.

- Dave

 \ /
  Last update: 2008-09-09 01:31    [W:0.084 / U:6.836 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site