From owner-freebsd-stable@FreeBSD.ORG Sat Oct 20 17:38:06 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0F27262; Sat, 20 Oct 2012 17:38:06 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (mail.takeda.tk [74.0.89.210]) by mx1.freebsd.org (Postfix) with ESMTP id 66CE48FC0A; Sat, 20 Oct 2012 17:38:05 +0000 (UTC) Received: from takeda-ws.lan (takeda-ws.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.5/8.14.5) with ESMTP id q9KHc4AT064570 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2012 10:38:05 -0700 (PDT) (envelope-from takeda@takeda.tk) Date: Sat, 20 Oct 2012 10:37:32 -0700 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <55342693.20121020103732@takeda.tk> To: Andriy Gapon Subject: Re: Problem reading vitals from Gigabyte H77-DH3H In-Reply-To: <50826040.6010106@FreeBSD.org> References: <1286515493.20121017131543@takeda.tk> <507F1761.1010202@FreeBSD.org> <20121017205147.GB36106@chinatsu.takeda.tk> <5081552F.2050303@FreeBSD.org> <771658188.20121019205010@takeda.tk> <508254AF.7040709@FreeBSD.org> <994545137.20121020010809@takeda.tk> <50826040.6010106@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2012 17:38:06 -0000 Hello Andriy, Saturday, October 20, 2012, 1:26:40 AM, you wrote: > Hmm, it would be a pity if all of this was a waste of time... > I based some of my assumptions on googling, in particular this post > http://thread.gmane.org/gmane.linux.bios.flashrom/1163 mentioned: > Found ITE Super I/O, ID 0x8728 on port 0x2e > BTW, I suppose "DH3H" in the subject line is a typo? Or is it a different model? Actually it is a typo, the model is H77-DS3H, sorry for the mistake. > Oh, hmm, looks like even the latest superiotool may not have support for this > newer chip. > Could you please run superiotool -V | fgrep Failed | fgrep -v ff ? # superiotool -V | fgrep Failed | fgrep -v ff Failed. Returned data: id=0x8728, rev=0x1 > If this command returns id=0x8728, then you could hack superiotool source code > between running 'make patch' and 'make'. You could edit ite.c file, search for > 0x8726 and either change it to 0x8728 or duplicate the whole section and make > the change there. After the change I run superiotool with -d, here is the output: superiotool r4.0-2827-g1a00cf0 Found ITE IT8726F (id=0x8728, rev=0x1) at 0x2e Register dump: idx 20 21 22 23 24 2b val 87 28 01 00 00 40 def 87 26 01 00 MM 00 LDN 0x00 (Floppy) idx 30 60 61 70 74 f0 f1 val 00 03 f0 06 02 00 00 def 00 03 f0 06 02 00 00 LDN 0x01 (COM1) idx 30 60 61 70 f0 f1 f2 f3 val 01 03 f8 04 00 50 50 50 def 00 03 f8 04 00 50 00 7f LDN 0x02 (COM2) idx 30 60 61 70 f0 f1 f2 f3 val 00 02 f8 03 00 50 50 50 def 00 02 f8 03 00 50 00 7f LDN 0x03 (Parallel port) idx 30 60 61 62 63 70 74 f0 val 00 03 78 07 78 07 04 0b def 00 03 78 07 78 07 03 03 LDN 0x04 (Environment controller) idx 30 60 61 62 63 70 f0 f1 f2 f3 f4 f5 f6 val 01 0a 30 0a 20 09 00 40 00 00 20 00 f0 def 00 02 90 02 30 09 00 00 00 00 00 MM MM LDN 0x05 (Keyboard) idx 30 60 61 62 63 70 71 f0 val 01 00 60 00 64 01 02 08 def 01 00 60 00 64 01 02 08 LDN 0x06 (Mouse) idx 30 70 71 f0 val 01 0c 02 00 def 00 0c 02 00 LDN 0x07 (GPIO) idx 25 26 27 28 29 2a 2c 60 61 62 63 64 65 70 71 72 73 74 b0 b1 b2 b3 b4 b5 b8 b9 ba bb bc bd c0 c1 c2 c3 c4 c8 c9 ca cb cc e0 e1 e2 e3 e4 f0 f1 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fd val 00 f3 10 00 00 00 80 00 00 0a 00 00 00 00 00 20 00 00 00 00 00 00 00 00 20 00 00 00 00 00 01 00 00 40 00 01 00 00 00 00 00 00 00 00 00 10 42 00 00 00 00 1c 00 00 00 00 00 80 00 def 01 00 00 40 00 00 1f 00 00 00 00 00 00 00 00 MM 38 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 40 00 01 00 00 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 MM 00 LDN 0x08 (MIDI port) idx 30 60 61 70 f0 val 00 00 00 00 00 def 00 03 00 0a 00 LDN 0x09 (Game port) idx 30 60 61 val 00 00 00 def 00 02 01 LDN 0x0a (Consumer IR) idx 30 60 61 70 f0 val 00 03 10 0b 06 def 00 03 10 0b 00 -- Best regards, Derek mailto:takeda@takeda.tk There are two ways to write error-free programs; only the third one works. -- Alan J. Perlis