>    The SPARC port needs an MP-capable microtime().
> 
> 
> ok, i have some patches for this i am going to be testing

I would be surprised to find that this is the cause of the time skew
problem.

It's much more likely the taking the kernel lock in the clock interrupt
handler that is the problem.

BTW. it would be nice to have atomic updates of `time' and `mono_time',
say, by providing a MD version of `BUMP_TIME()'.  On the sparc, it
can use `std' to update the timevals, just like microtime() use
`ldd' to read it.

-pk