From: Hans de Goede <j.w.r.degoede@hhs.nl>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] ABIT IP35 Pro mainboard wrong values from 'sensors'
Date: Fri, 19 Oct 2007 18:54:16 +0000 [thread overview]
Message-ID: <4718FD58.6070905@hhs.nl> (raw)
In-Reply-To: <1192816904.8203.11.camel@homedev.skoona.net>
James,
Didn't you get my mail? I really believe you are on a dead trail here and that
your efforts will be in vane. Repeating myself:
Abit usually does not use the sensors of the super io chip (which the w83627dhg
is), instead they use their own solution called uguru. There is a driver for
this, but the uguru isn't detected by sensors-detect.
Try modprobe abituguru3, and then try running sensors again.
The abituguru3 driver is only available in kernel 2.6.23 and higher, to install
this kernel for F-7 do:
yum update --enable-repo=updates-testing kernel
After rebooting into the new kernel do
modprobe abituguru3
sensors
Regards,
Hans (the author of the abituguru and abituguru3 drivers)
JAMES SCOTT wrote:
> See inline comments
>
> ----- Original Message ----
> From: David Hubbard <david.c.hubbard@gmail.com>
> To: James Scott Jr <skoona@verizon.net>; lm-sensors@lm-sensors.org
> Sent: Friday, October 19, 2007 2:34:54 PM
> Subject: Re: [lm-sensors] ABIT IP35 Pro mainboard wrong values from 'sensors'
>
> Hi James,
>
>> I have a system with an Intel Q6600 quad core on a ABit IP35 Pro mainboard,
>> using Fedora 7 x64, and lm_sensors-2.10.4-1.fc7. The output from sensors is
>> wrong. Is there a preformatted config file for these mainboard somewhere
>> that I can find? Or can you give me a hit on what I need to know in order
>> to create/adjust one?
>
> I think you'll need to create one. I haven't seen any emails on the
> lm-sensors list about your motherboard.
>
> Creating a new config file isn't too hard. Look at the man page for
> sensors.conf: http://www.lm-sensors.org/wiki/man/sensors.conf
>
> You should also have one already (maybe in /etc/sensors.conf) and
> reading it is very helpful.
>
> yes, I have a /etc/sensors.conf with an entry for w83627dhg-isa-*, but not coretemp-isa-*
>
>> The cpu cores are really in the high 30's, cpu & case fans are not
>> present, ....
>
> I'm looking at the IP32 pro manual, page 11, and I see six fans
> (CPUfan1, SYSfan1, AUXfan1-4). The w83627dhg only reads the RPM from 5
> fans, which makes me wonder if your southbridge (possibly an Intel
> ICH9) is controlling one fan. Do you have zero fans connected? Or just
> one (a CPU fan?). Page 22 of the manual mentions "abit's exclusive
> Guru Panel." Do you have a uguru on the motherboard? (I'm not really
> familiar with abit's uguru, but there are some other people here on
> lm-sensors who know a lot more about it.)
>
> I have a cpu fan, and case fan in their labeled position. I will be adding a memory cooler fan later in the aux1 fan position. all other positions are empty. No uguru as uguru is a windows app.
>
> The sensors.conf file we figure out here, for the sake of all IP32 pro
> users, should probably not disable the fan input readings and alarms.
> But if you want, you can set "ignore" statements for all the fans, so
> they don't show up in the sensors output, since you don't have fans
> connected to the motherboard.
>
>> [jscott@vserv ~]$ sensors
>> w83627dhg-isa-0290
>> Adapter: ISA adapter
>
> OK, the above lines are fine.
>
>> VCore: +1.46 V (min = +1.03 V, max = +1.74 V)
>> in1: +8.76 V (min = +11.30 V, max = +2.80 V) ALARM
>> AVCC: +3.20 V (min = +2.06 V, max = +0.88 V) ALARM
>> 3VCC: +3.20 V (min = +1.87 V, max = +0.58 V) ALARM
>> in4: +1.48 V (min = +0.34 V, max = +1.20 V) ALARM
>> in5: +1.34 V (min = +1.03 V, max = +1.03 V) ALARM
>> in6: +4.28 V (min = +5.99 V, max = +3.30 V) ALARM
>> VSB: +3.10 V (min = +3.47 V, max = +2.02 V) ALARM
>> VBAT: +0.51 V (min = +0.99 V, max = +2.06 V) ALARM
>
> It would be really helpful to match these voltages against voltages in
> your BIOS. Also, try to find information on what the min and max for
> each should be. The most important ones, of course, are VCore, 3VCC,
> VBAT, and 12V (which I don't see there).
>
> I will get those data points later tonight when I get home. I remember VCore being 1.33V though.
>
> This means that the voltages are not being calculated correctly. This
> isn't a surprise. The w83627dhg chip reads voltages, but each
> motherboard is wired differently, so the voltage arriving at the 'dhg
> pins is never the same.
>
>> Case Fan: 0 RPM (min = 10546 RPM, div = 128) ALARM
>> CPU Fan: 0 RPM (min = 10546 RPM, div = 128) ALARM
>> Aux Fan: 0 RPM (min = 10546 RPM, div = 128) ALARM
>> fan4: 0 RPM (min = 439 RPM, div = 128) ALARM
>> fan5: 0 RPM (min = 81 RPM, div = 128) ALARM
>
> So it looks like nothing's connected to your fans. We'll just leave
> them there for now.
>
> CPU fan is a 100mm and case fan is a 80mm fan.
>
>> Sys Temp: +21°C (high = +58°C, hyst = +78°C)
>> CPU Temp: +30.0°C (high = -126.0°C, hyst = +75.5°C)
>> AUX Temp: -23.0°C (high = +80.0°C, hyst = +75.0°C)
>
> The temps don't look right. I think coretemp is reporting the right
> temperature, and sensors.conf will need to scale the temps it gets
> (which are just voltages) to match coretemp.
>
>> coretemp-isa-0000
>> Adapter: ISA adapter
>> Core 0: +54°C (high = +100°C)
>>
>> coretemp-isa-0001
>> Adapter: ISA adapter
>> Core 1: +51°C (high = +100°C)
>>
>> coretemp-isa-0002
>> Adapter: ISA adapter
>> Core 2: +49°C (high = +100°C)
>>
>> coretemp-isa-0003
>> Adapter: ISA adapter
>> Core 3: +52°C (high = +100°C)
>>
>> [jscott@vserv ~]$
>>
>>
>>
>> [jscott@vserv ~]$ cat /etc/sysconfig/lm_sensors
>> ...
>> #
>> # Generated by sensors-detect on Fri Oct 19 00:26:53 2007
>> MODULE_0=w83627ehf
>> MODULE_1=coretemp
>> [jscott@vserv ~]$
>
> Well, that's a start. Please reply with information about what chips
> you have (you can run 'lspci -n' for that) and look at your BIOS setup
> screen for voltages and temperatures. The numbers reported by BIOS
> will be the most accurate. We'll try to match those numbers in
> sensors.
>
> HTH,
> David
>
> Ok, thanks.
>
> I will post the bios temps, speeds, and voltage values, along with my sensors.conf file. I should mention I am planning to use gkrellm; but I need sensors to read right before adjusting it. Question: As I think about the list of ports 'in1, in2, etc' that are contained in the sensors.conf file. How do I determine all the ports available as a starting template - is their a tool that can enum what's available from the chip? before I verify that the correct labels and computes are applied?
>
> James,
>
>
>
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> lm-sensors mailing list
> lm-sensors@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
next prev parent reply other threads:[~2007-10-19 18:54 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-19 18:01 [lm-sensors] ABIT IP35 Pro mainboard wrong values from 'sensors' James Scott Jr
2007-10-19 18:33 ` Hans de Goede
2007-10-19 18:34 ` David Hubbard
2007-10-19 18:50 ` JAMES SCOTT
2007-10-19 18:54 ` Hans de Goede [this message]
2007-10-19 19:00 ` David Hubbard
2007-10-19 19:00 ` JAMES SCOTT
2007-10-19 19:25 ` JAMES SCOTT
2007-10-19 19:26 ` Hans de Goede
2007-10-20 2:53 ` James Scott Jr
2007-10-20 20:49 ` Jean Delvare
2007-10-21 13:35 ` JAMES SCOTT
2007-10-21 13:37 ` Hans de Goede
2007-10-21 18:43 ` Jean Delvare
2007-10-22 2:11 ` James Scott Jr
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4718FD58.6070905@hhs.nl \
--to=j.w.r.degoede@hhs.nl \
--cc=lm-sensors@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.