On Tue, 2005-01-25 at 16:17 -0800, john stultz wrote: > Hmm. In my code, I move the interval delta (similar to your pre-scale > offset) to system_time (seems to be equivalent to the post-scale) at > each call to timeofday_interrupt_hook(). So while 64 bits are normally > used, you could probably get away doing the interval delta calculations > in 32bits if your timesource frequency isn't too large. This would only > be done in the arch-specific 32bit vsyscall code, right?
Yes. Looks ok so far, but I need to make sure by looking at the code. I'll let you know. > > > I still want to support vsyscall gettimeofday, although it does have to > > > be done on an arch-by-arch basis. It's likely the systemcfg data > > > structure can still be generated and exported. I'll look into it and see > > > what can be done. > > > > Well, since it only contains the prescale and postscale offsets and the > > scaling value, it only needs to be updated when they change, so a hook > > here would be fine. > > Great, thats what I was hoping. > > thanks > -john -- Benjamin Herrenschmidt <[EMAIL PROTECTED]> - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
