From owner-freebsd-hardware@FreeBSD.ORG Mon Jan 18 02:55:10 2010 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56BA5106566B for ; Mon, 18 Jan 2010 02:55:10 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: from mail-px0-f183.google.com (mail-px0-f183.google.com [209.85.216.183]) by mx1.freebsd.org (Postfix) with ESMTP id 27BD18FC18 for ; Mon, 18 Jan 2010 02:55:09 +0000 (UTC) Received: by pxi13 with SMTP id 13so1740680pxi.3 for ; Sun, 17 Jan 2010 18:55:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MakZ0jV4uYoIw3yKeEpPn7TTAl4CWF92iimu/03qN7g=; b=LopdzFD16Vl60j0vFv9ROrZM68H3BzPOfEpvwRD7W1xeQ9xwmemied5FcPeoWWBciI OxkaVEZG3J8otqSTHmhjbGBLMJePliggowwTqdMvMOY0yH1+UVSkVpAq0XxRON4CD2uK 3p/Plma98YzEmZKxv92YzS7sUkJxEC8DCRDv0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=fMW3374LLZwe+A7exy08iITH5pMUCPRz17IfNPF1jUA8I/7aB9V03GwyU4y9luaZB9 s+Cyd7pKbx+7nvuom/ViFMSCIQT52aTZCYWizdfrMMLY3uuncp+ozkKzlYrMvvwqyGVd AQLKAtOduRag4L0cr2AghBff7DHmnhUlY2ikg= MIME-Version: 1.0 Received: by 10.142.1.35 with SMTP id 35mr3736194wfa.330.1263783309620; Sun, 17 Jan 2010 18:55:09 -0800 (PST) In-Reply-To: <20100107195213.b2c7e942.lehmann@ans-netz.de> References: <20100105192746.cc627795.lehmann@ans-netz.de> <20100107063413.614058fc.lehmann@ans-netz.de> <20100107063831.GA53300@icarus.home.lan> <20100107074805.59556.qmail@avocado.salatschuessel.net> <20100107080914.60245.qmail@avocado.salatschuessel.net> <20100107083908.GA58065@icarus.home.lan> <20100107195213.b2c7e942.lehmann@ans-netz.de> Date: Sun, 17 Jan 2010 21:55:09 -0500 Message-ID: From: "Constantine A. Murenin" To: Oliver Lehmann Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hardware@freebsd.org Subject: Re: smb driver for Nvidia ION (intel ATOM) chipset X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jan 2010 02:55:10 -0000 2010/1/7 Oliver Lehmann : > Jeremy Chadwick wrote: > >> If you'd like, I can code up something that uses LPC/ISA to communicate >> with this IC via port 0x290 based on the datasheet. > > I now was able to "hack up" mbmon to communicate with my it8720 sensor. > I've attached the patch for sens_it87.c > I also added to Makefile to the DEFS =3D line "-DIT8720" of course. This > made mbmon working with ISA-IO mode working. I'm now getting the > following outputs: > > Temp.=3D 32.0, 34.0, 22.0; Rot.=3D 4591, 1298, =A0 =A00 > Vcore =3D 1.10, 1.81; Volt. =3D 3.39, 4.95, 11.93, -11.93, -4.99 > > I can nearly verify all values with the BIOS and they are matching. I > XXed in the following output (same as above) all values out I was not > able to verify because the BIOS-HWM does not show their values: > > Temp.=3D 32.0, XXX, XXX; Rot.=3D 4591, 1298, =A0 =A00 > Vcore =3D 1.10, XXXX; Volt. =3D 3.39, 4.95, 11.93, -11.93, XXXXX > > For the remaining values I'm pretty sure they are correct. > I enabled the 16Bit RPM mode for the 8720. In this case no devisor is > needed for calculating the RPM. I was not able to get the 2nd FAN-RPM > right in the 8Bit mode. The 1st one was correct even in the 8Bit mode. > About the voltage multipliers... I'm not sure about the last one because > I'm not able to verify this (I could with a multimeter of course but this > would create other deviations). > I'm also not sure why the multipliers (for my board?) are different. I > wonder why they are hardcoded there anyway. I can imagine that they are > depending the board layout or am I mistaken? I mean the IT spec says only > that the input of the pins need to be in the range between 0 and VCC. So > I can choose whatever multiplier I like as long as the resulting voltage > keeps within this range. Keeping the measured voltage somewhere in the > middle of 0 and VCC with the multiplier for the expected value makes > sense but this is no "must be" I guess > > Now - since ISA-IO is working I want to get smbus working too ;) > First I patched src/sys/pci/nfsmb.c to detect the known remaning nforce > SMB controllers including mine. > I then added the device-id of this controller to the pci_pm.h file of > mbmon to make it detect my controller. > But now it still fails to find the it87 sensor on the bus. I guess the > bus can have many "slaves" and mbmon just needs to test all to find out > which identifies itself as it87? (reading from Adress 0x58 should return > 0x90 - at least in ISA mode) > > root@nudel xmbmon205> ./mbmon -S -D -p it87 > Probe Request: it87 >>>> Testing Reg's at SMBus <<< > =A0SMBus slave 0xA0(0x50) found... > =A0SMBus slave 0xA2(0x51) found... > =A0SMBus slave 0xA4(0x52) found... > =A0SMBus slave 0xA6(0x53) found... > =A0SMBus slave 0xA8(0x54) found... > =A0SMBus slave 0xAA(0x55) found... > =A0SMBus slave 0xAC(0x56) found... > =A0SMBus slave 0xAE(0x57) found... > SMBus[NVidia nForce2] found, but No HWM available on it!! > InitMBInfo: Device not configured > Exit 1 > root@nudel xmbmon205> ./mbmon -S -s1 -D -p it87 > Probe Request: it87 >>>> Testing Reg's at SMBus <<< > =A0SMBus slave 0xA0(0x50) found... > =A0SMBus slave 0xA2(0x51) found... > =A0SMBus slave 0xE0(0x70) found... > SMBus[NVidia nForce2] found, but No HWM available on it!! > InitMBInfo: Device not configured > Exit 1 > root@nudel xmbmon205> > > But it looks like at least the smb detection code for it87 is not working > for mine... > > Any ideas how to proceed here? >From my experience, you can hardly ever find these ITE Super I/O chips through the SMBus =97 perhaps no motherboard manufacturer ever bothered to connect the two? (For what it's worth, the situation is somewhat similar with Winbond Super I/O LPC solutions; however, discovering Winbond chips on both ISA and I2C ports is not nearly as uncommon.) C.