DragonFly users List (threaded) for 2012-03
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]
Re: Cosmetics
On 25/03/2012, Robert Gauthier <321.robert@gmail.com> wrote:
> Under any load although the CPU fan revs up,
>
> > sysctl -a | grep fan0
> hw.sensors.it3.fan0: 51 RPM
> > dmesg | grep it3
> it3 at port 0x228-0x22f on isa0
>
> With OpenBSD
> $ sysctl | grep fan0
> hw.sensors.it0.fan0=2311 RPM
> $ dmesg | grep it0
> it0 at isa0 port 0x2e/2: IT8720F rev 8, EC port 0x228
>
> Sensors seem to be identified wrongly in dragonfly for this machine.
> I tried replacing openbsd's adress range for it0 and commenting out it3.
> No go.
>
> Anyone could help me dig further into this?
>
> Thanks,
>
> Robert.
The address range part is identical -- both OpenBSD and DragonFly
above are reading sensors from the 0x228-0x22f space.
It seems like the latest it(4) from OpenBSD uses raw 16-bit readings
for fans on newer ITE chips, instead of the legacy lm-style 8-bit
reading with an extra fan divisor logic from register 0x0b.
ITE no longer publishes any datasheets on their web-site since a
couple of years ago (what they claim are datasheets on their web-site
are simply tiny 16-page documents with pages "intentionally left
blank"), but it seems like their newer chips may have repurposed the
"0Bh" register away from being "Fan Tachnometer Divisor Register", so
no wonder it doesn't seem to work.
If it's an Asus board, you might try aibs(4), it usually works
much-much better than it(4). Else, happy hacking! ;-)
C.
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]