incorrect usleep/select delays with HZ > 2500

John Baldwin jhb at freebsd.org
Tue Sep 8 18:00:13 UTC 2009


On Sunday 06 September 2009 11:51:54 am Luigi Rizzo wrote:
> [Note 3] the TSC frequency is computed reading the tsc around a
>         call to DELAY(1000000) and assuming that the i8254 runs
>         at the nominal rate, 1.193182 MHz.
>         From tests I have made, the measurement in init_TSC() returns
>         a large error when HZ is large, whereas repeating the measurement
>         at a later time returns a much more reliable value.
>         As an example, see the following:
> 
>     Sep  6 14:21:59 lr kernel: TSC clock: at init_TSC 2323045616 Hz
>     Sep  6 14:21:59 lr kernel: 
Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
>     Sep  6 14:21:59 lr kernel: AMD 
Features=0xea500800<SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow!+,3DNow!>
>     Sep  6 14:21:59 lr kernel: TSC: P-state invariant
>     Sep  6 14:21:59 lr kernel: TSC clock: at cpu_startup_end 2323056910 Hz
>     Sep  6 14:21:59 lr kernel: TSC clock: at acpi_timer_probe 2311254060 Hz
>     Sep  6 14:21:59 lr kernel: TSC clock: at acpi_timer_probe_2 2311191310 
Hz
>     Sep  6 14:21:59 lr kernel: TSC clock: at pn_probe_start 2300822648 Hz
>     Sep  6 14:21:59 lr kernel: TSC clock: at pn_attach_start 2300830946 Hz
>     Sep  6 14:21:59 lr kernel: TSC clock: at pn_probe_start 2300840133 Hz
>     Sep  6 14:21:59 lr kernel: TSC clock: at pn_attach_start 2300835253 Hz
>     Sep  6 14:21:59 lr kernel: TSC clock: at lapic_setup_clock 2300868376 Hz
> 
>         The latter values are close to what is reported when HZ=1000.

Try disabling legacy USB support in the BIOS to see if an SMI# is firing 
during the DELAY() causing the TSC freq to be too high.  I have seen the USB 
legacy support cause this in other machines.
 
-- 
John Baldwin


More information about the freebsd-stable mailing list