All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Clark <sclark46@earthlink.net>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] Support for Intel DG33FB main board?
Date: Thu, 08 Jan 2009 20:25:36 +0000	[thread overview]
Message-ID: <49666140.5050706@earthlink.net> (raw)
In-Reply-To: <495C30EF.3090708@earthlink.net>

Jean Delvare wrote:
> On Thu, 08 Jan 2009 11:42:27 -0500, Stephen Clark wrote:
>> Thanks for the reply, here is the complete output of sensors-detect:
>>
>> # sensors-detect revision 5249 (2008-05-11 22:56:25 +0200)
>>
>> This program will help you determine which kernel modules you need
>> to load to use lm_sensors most effectively. It is generally safe
>> and recommended to accept the default answers to all questions,
>> unless you know what you're doing.
>>
>> We can start with probing for (PCI) I2C or SMBus adapters.
>> Do you want to probe now? (YES/no):
>> Probing for PCI bus adapters...
>> Use driver `i2c-i801' for device 0000:00:1f.3: Intel ICH9
>>
>> We will now try to load each adapter module in turn.
>> Module `i2c-i801' already loaded.
>> If you have undetectable or unsupported I2C/SMBus adapters, you can have
>> them scanned by manually loading the modules before running this script.
>>
>> We are now going to do the I2C/SMBus adapter probings. Some chips may
>> be double detected; we choose the one with the highest confidence
>> value in that case.
>> If you found that the adapter hung after probing a certain address,
>> you can specify that address to remain unprobed.
>>
>> Next adapter: SMBus I801 adapter at 3000 (i2c-0)
>> Do you want to scan it? (YES/no/selectively):
> 
> SMBus adapter found, but...
> 
>> Client found at address 0x50
>> Probing for `Analog Devices ADM1033'...                     No
>> Probing for `Analog Devices ADM1034'...                     No
>> Probing for `SPD EEPROM'...                                 Yes
>>      (confidence 8, not a hardware monitoring chip)
>> Probing for `EDID EEPROM'...                                No
>> Client found at address 0x51
>> Probing for `Analog Devices ADM1033'...                     No
>> Probing for `Analog Devices ADM1034'...                     No
>> Probing for `SPD EEPROM'...                                 Yes
>>      (confidence 8, not a hardware monitoring chip)
>> Probing for `EDID EEPROM'...                                No
>> Client found at address 0x52
>> Probing for `Analog Devices ADM1033'...                     No
>> Probing for `Analog Devices ADM1034'...                     No
>> Probing for `SPD EEPROM'...                                 Yes
>>      (confidence 8, not a hardware monitoring chip)
>> Probing for `EDID EEPROM'...                                No
>> Client found at address 0x53
>> Probing for `Analog Devices ADM1033'...                     No
>> Probing for `Analog Devices ADM1034'...                     No
>> Probing for `SPD EEPROM'...                                 Yes
>>      (confidence 8, not a hardware monitoring chip)
>> Probing for `EDID EEPROM'...                                No
> 
> ... nothing on the SMBus that remotely looks like a hardware monitoring
> chip. This suggests the hardware monitoring is done by the ICH9,
> meaning you're out of luck, sorry.
> 
> Maybe you can check the motherboard documentation (Intel make good
> ones) for confirmation.
> 

 From the product guide:

"Intel Desktop Board DG33FB Product Guide


Hardware Management Features
The hardware management features of Desktop Board DG33FB enable the board to be
compatible with the Wired for Management (WfM) specification. The board has 
several hardware management features including the following:
• Fan speed monitoring and control
• Thermal and voltage monitoring
• Chassis intrusion detection

Hardware Monitoring and Fan Speed Control
The features of the hardware monitoring and fan speed control include:
• Monitoring of power supply voltages to detect levels above and below acceptable
values
• Intel Quiet System Technology fan speed control, delivering acoustically-optimized
thermal management
NOTE
Memory must be installed in the Channel A, DIMM 0 socket to enable Intel
Quiet System Technology.
• Fan speed controllers and sensors integrated into the ICH9DH
• Thermal sensors in the processor, GMCH, and ICH9DH, plus an onboard remote
sensor
• Thermally monitored closed-loop fan control, for all onboard fans, that can adjust
fan speed or switch the fans off as needed"


Doesn't mean much to me.

Anyway thanks for taking the time to respond and keep up the great work.

Regards,
Steve
-- 

"They that give up essential liberty to obtain temporary safety,
deserve neither liberty nor safety."  (Ben Franklin)

"The course of history shows that as a government grows, liberty
decreases."  (Thomas Jefferson)



_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  parent reply	other threads:[~2009-01-08 20:25 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-01  2:56 [lm-sensors] Support for Intel DG33FB main board? Stephen Clark
2009-01-08 12:44 ` Jean Delvare
2009-01-08 16:42 ` Stephen Clark
2009-01-08 16:46 ` Jean Delvare
2009-01-08 20:25 ` Stephen Clark [this message]
2009-02-01 22:35 ` Stefan Brüns

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=49666140.5050706@earthlink.net \
    --to=sclark46@earthlink.net \
    --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.