![]() | |||||||||||||
Messages in this thread |
> -----Original Message----- > From: > linuxppc-dev-bounces+joakim.tjernlund=transmode.se@ozlabs.org > [mailto:linuxppc-dev-bounces+joakim.tjernlund=transmode.se@ozl > abs.org] On Behalf Of David Brownell > Sent: den 26 november 2006 00:22 > To: Benjamin Herrenschmidt > Cc: akpm@osdl.org; Alessandro Zummo; linuxppc-dev@ozlabs.org; > lethal@linux-sh.org; Linux Kernel Mailing List; > ralf@linux-mips.org; Andi Kleen; paulus@samba.org; > rmk@arm.linux.org.uk; davem@davemloft.net; kkojima@rr.iij4u.or.jp > Subject: Re: NTP time sync > > On Thursday 23 November 2006 3:00 am, Benjamin Herrenschmidt wrote: > > > > Couldn't we have a transition period by making the kernel > not rely on > > interrupts ? if the NTP irq code just triggers a work > queue, then all of > > a sudden, all of the RTC drivers can be used and the > latency is small. > > That might well be a good enough solution and is very simple. > > Good point. Of course, one issue is that the NTP sync code all > seems to be platform-specific right now ... just like the code > to set the system time from an RTC at boot (except for the new > RTC framework stuff) and after resume. > > - Dave Looking at rtc-dev.c I don't see a MARJOR number assigned to /dev/rtcN. Seems like it is dynamically allocated to whatever major number that is free. Is that the way it is supposed to be? How do I create a static /dev/rtcN in my /dev directory if the major number isn't fixed? Maybe I am just missing something, feel free to correct me :) Jocke - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2006-11-26 11:07 [from the cache] ©2003-2008 | |||||||||||||