Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 07 Jan 2010 08:48:05 +0100
From:      Oliver Lehmann <lehmann@ans-netz.de>
To:        Jeremy Chadwick <freebsd@jdc.parodius.com>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: smb driver for Nvidia ION (intel ATOM) chipset
Message-ID:  <20100107074805.59556.qmail@avocado.salatschuessel.net>
In-Reply-To: <20100107063831.GA53300@icarus.home.lan>
References:  <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan>

next in thread | previous in thread | raw e-mail | index | archive | help
Re: smb driver for Nvidia ION (intel ATOM) chipset writes: 

> It's easy to get confused by the state of hardware monitoring on not
> only FreeBSD but other OSes as well; they all make it sound like
> monitoring things "just magically works with SMBus", and that isn't the

This is what I was thinking so far - yeah exactly ;)
I'v now went deeper into mbmon's source and found that stuff out sorta... 

Looks like I've to do some more research what really is on my board first. 

Using the ISA-IO access method mbmon thinks I've a LM78 and mbmon even 
works but I'm getting false numbers for probably just everything... 

root@nudel xmbmon205> mbmon 

Temp.= 185.0,  0.0,  0.0; Rot.=  835, 30681, 18750
Vcore = 1.10, 1.81; Volt. = 3.39, 4.95,  8.21,  -7.51, -3.24
^C
root@nudel xmbmon205> mbmon -d
SMBus[NVidia nForce2] found, but No HWM available on it!!
Using ISA-IO access method!!
* Nat.Semi.Con. Chip LM78 found.
root@nudel xmbmon205> 


When working with mbmon -S it comes to the conclusion that I have a lm75 
(or maybe it thinks just that because it is the last of the supported HWM 
entries in the HWM_module array) but when probing it in lm75_probe it 
fails... 

        i = set_smb_Extemp(LM75_ADDR_START, LM75_ADDR_END,
                        &smb_wbtemp1, &smb_wbtemp2);
        temp1_flag = i >> 1;
        temp2_flag = i & 0x01; 

        if (temp1_flag && temp2_flag)
                return 0; 

it returns 0 there and this is what probe_HWMChip does not like (it expects 
!= 0). 

I'll go and find some information about what HWM chip is tied on that 
board...



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100107074805.59556.qmail>