> The intent was to wait a 30th of a second. In practice it has always > fired 30ms hence. It's a magic number, so I'd just call it 30ms. > miod might have an opinion on whether those extra milliseconds would > be useful in the event that sparc64 is ever able to timeout with > millisecond or better precision on OpenBSD.
That's not sparc64-specific. There is the same 1/30th logic in sys/dev/isa/fd.c which is used on i386 and amd64, you know.
