at least under FreeBSD 6.2.  That is, a single kernel for regular, delay
and linkdelay usage.  I got close, still have a second kernel for delay
since it uses DEVICE_POLLING and I haven't had a chance to determine the
impact of the DEVICE_POLLING option when polling is disabled.

[Aside: polling + 10000HZ may be a bad idea.  In 6.2, there seems to be
 a lot more overhead associated with polling, they don't recommend you
 go over 1000HZ with polling turned on.]

Note that the script now checks the running kernel's HZ value, tweaks
/boot/loader.conf, and reboots if it is not correct.  However, this should
not be needed when combined with the latest, spiffy emuboot which can take
a HZ=NNNN command line option and change the kernel setting before loading
the kernel.

These changes should not affect the old 4.x kernels.