Tyan S3992-E: hpet no longer working
Arno J. Klaassen
arno at heho.snv.jussieu.fr
Mon Jan 10 22:41:57 UTC 2011
Alexander Motin <mav at FreeBSD.org> writes:
> Arno J. Klaassen wrote:
>> Sure .. that said, the BIOS I use is the last official release for this
>> board (Sept 2009) and not even a more recent beta-release is available.
>>
>> I would expect reporting a disabled device which cannot be enabled via
>> de BIOS a bug deserving a newer release.
>>
>> Anyway, this bug isn't very harmful for me, but the non-hpet
>> timecounters don't seem that fun either :
>>
>> # uptime
>> 10:27PM up 2 days, 5:44
>>
>> # sysctl kern.timecounter.hardware kern.timecounter.choice
>> kern.timecounter.hardware: ACPI-safe
>> kern.timecounter.choice: TSC(-100) i8254(0) ACPI-safe(850) dummy(-1000000)
>>
>> # vmstat -i | fgrep cpu:
>> cpu0:timer 38599321 199
>> cpu6:timer 2151003 11
>> cpu1:timer 7121075 36
>> cpu3:timer 1808269 9
>> cpu5:timer 3832463 19
>> cpu2:timer 2399988 12
>> cpu7:timer 2013444 10
>> cpu4:timer 21630368 111
>>
>> (default HZ ....)
>>
>> Maybe I should try downgrading the BIOS?
>
> So what here seems not funny to you? Lower timer interrupt rate is not a
> bug but feature of 9-CURRENT.
the standard deviation in the values; I don't have another 8-way by
hand, but a 4-way 6-STABLE gives :
cpu0: timer 3299774936 2000
cpu2: timer 3299757640 2000
cpu3: timer 3299757640 2000
cpu1: timer 3299757640 2000
and my 8-STABLE notebook (with kern.hz=100) :
cpu0: timer 323161363 400
cpu1: timer 323161114 400
A range from 9 to 199 is 'funny', maybe I choose the wrong word, but
I didn't see such discrepancies before. Sorry
Best, Arno
More information about the freebsd-acpi
mailing list