{5} Assigned, Active Tickets by Owner (Full Description) (21 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
fmyhr
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2343 | Support for IT8720? | hardware | enhancement | 07/30/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Are there any plans to support ITE IT8720 Super IO chip? I recently bought a Gigabyte EP45 board that uses this IO chip. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
khali
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2261 | Add invidual alarm files | kernel | defect | 09/25/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Many linux 2.6 hwmon drivers still don't create the individual alarm files libsensors4 needs. This will cause a regression when users upgrade to lm-sensors 3. All the drivers that are still missing the individual alarm files need to be updated. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2272 | Asus P5B Deluxe and bad info in lm_sensors 2.10.5 | sensors | defect | 11/07/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have bad result in sensors : root@onion:~/lm_sensors-2.10.5# sensors coretemp-isa-0000 Adapter: ISA adapter Core 0: +67°C (high = +100°C) coretemp-isa-0001 Adapter: ISA adapter Core 1: +65°C (high = +100°C) w83627dhg-isa-0290 Adapter: ISA adapter VCore: +1.20 V (min = +0.00 V, max = +1.74 V) in1: +11.88 V (min = +8.13 V, max = +10.19 V) ALARM AVCC: +3.34 V (min = +0.78 V, max = +2.13 V) ALARM 3VCC: +3.34 V (min = +2.59 V, max = +3.09 V) ALARM in4: +1.81 V (min = +0.51 V, max = +0.09 V) ALARM in5: +1.60 V (min = +1.03 V, max = +0.06 V) ALARM in6: +5.63 V (min = +3.28 V, max = +2.38 V) ALARM VSB: +3.34 V (min = +2.13 V, max = +2.08 V) ALARM VBAT: +3.28 V (min = +3.33 V, max = +0.51 V) ALARM Case Fan: 0 RPM (min = 10546 RPM, div = 128) ALARM CPU Fan: 3245 RPM (min = 37500 RPM, div = 2) ALARM Aux Fan: 0 RPM (min = 3515 RPM, div = 128) ALARM fan4: 0 RPM (min = 10546 RPM, div = 128) ALARM fan5: 0 RPM (min = 5273 RPM, div = 128) ALARM Sys Temp: +52°C (high = +42°C, hyst = -55°C) [thermistor] ALARM CPU Temp: +40.0°C (high = +80.0°C, hyst = +75.0°C) [CPU diode ] AUX Temp: +127.0°C (high = +80.0°C, hyst = +75.0°C) [thermistor] ALARM vid: +0.000 V What i doing wrong ? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2305 | pwmconfig and fancontrol incorrectly report "hwmon1/device/pwm1 stuck to 0" | fancontrol | 3.0.3 | defect | 03/06/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
On my system running linux 2.6.24-11 on an Asus A8V-E SE motherboard with a w83627ehf sensor chip, I see "hwmon1/device/pwmN stuck to 0" for N=1 to 3 when I run pwmconfig from lm_sensors-3.0.1. However, I have no problem setting /sys/class/hwmon/hwmon1/device/pwm1 to any value from 0 to 255 using echo and it stays there. Even stranger, adding a single echo command to the pwmdisable function in the pwmconfig script causes it to work correctly. It does not seem to be a timing problem, since replacing the echo with "sleep 1" doesn't have the same effect. Adding the single echo to the fancontrol script's pwmdisable function allows it to reset the fan to full speed when it is killed. I have no idea what is causing this problem or why adding a single echo to the script fixes it. I'm not even sure if it should be considered a bug in the scripts, the kernel driver, or what. I only discovered the fix because I added an echo line for debugging. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2304 | Compaq EVO D510 hidden sensor | kernel | enhancement | 02/29/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have a Compaq EVO D510. Running unhide_ICH_SMBus after loading fakephp finds a new device. Running sensors-detect tells me to load i2c-i801, and lm85. After loading these two modules, sensors produces output and works as expected. I do not have ACPI enabled in my kernel, ie "CONFIG_ACPI is not set". I attached output from relevant commands before and after loading the fakephp module. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
mroberds
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2303 | Update references to Analog Devices chips | website | task | 02/20/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Most (all?) of the ADM and ADT series of chips by Analog Devices have been sold to ON Semiconductor. We need to update wiki/Devices to mention that change and to link to the right pages on the www.onsemi.com website. Additionally, references in the driver code and documentation should be updated as well. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ruik
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2072 | Unexpected server shutdown | hardware | defect | 06/02/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, I'm using a Tyan Tomcat i875P (S5102) Mainboard, running SuSE Linux 10.0 with kernel 2.6.13-15.10-smp (geeko@buildhost) (gcc version 4.0.2 20050901). Attached is my sensors.conf file. On two different occasions, the server simply shut down. Here are the server log files: --- 2nd time --- Jun 1 22:20:01 secserv /usr/sbin/cron[27086]: (root) CMD (/etc/health/healthd.sh) Jun 1 22:20:01 secserv kernel: ACPI-0463: *** Warning: Critical trip point Jun 1 22:20:01 secserv kernel: Critical temperature reached (95 C), shutting down. Jun 1 22:20:01 secserv kernel: klogd 1.4.1, ---------- state change ---------- Jun 1 22:20:01 secserv kernel: ACPI-0212: *** Warning: Device is not power manageable Jun 1 22:20:01 secserv kernel: ACPI-0629: *** Warning: Unable to turn cooling device [dffd8a00] 'on' Jun 1 22:20:02 secserv init: Switching to runlevel: 0 Jun 1 22:20:03 secserv snort: Final Flow Statistics Jun 1 22:20:03 secserv snort: Snort exiting Jun 1 22:20:03 secserv ntpd[5243]: ntpd exiting on signal 15 Jun 1 22:20:03 secserv sshd[4810]: Received signal 15; terminating. Jun 1 22:20:05 secserv kernel: Kernel logging (proc) stopped. Jun 1 22:20:05 secserv kernel: Kernel log daemon terminating. Jun 1 22:20:06 secserv exiting on signal 15 --- --- 1st time --- Apr 16 01:56:01 secserv /usr/sbin/cron[4541]: (root) CMD (/etc/health/healthd.sh) Apr 16 01:56:01 secserv kernel: ACPI-0463: *** Warning: Critical trip point Apr 16 01:56:01 secserv kernel: Critical temperature reached (80 C), shutting down. Apr 16 01:56:01 secserv kernel: klogd 1.4.1, ---------- state change ---------- Apr 16 01:56:01 secserv kernel: ACPI-0212: *** Warning: Device is not power manageable Apr 16 01:56:01 secserv kernel: ACPI-0629: *** Warning: Unable to turn cooling device [dfdbea00] 'on' Apr 16 01:56:02 secserv init: Switching to runlevel: 0 Apr 16 01:56:02 secserv snort: Final Flow Statistics Apr 16 01:56:02 secserv snort: Snort exiting Apr 16 01:56:03 secserv sshd[10074]: Received signal 15; terminating. Apr 16 01:56:03 secserv ntpd[30004]: ntpd exiting on signal 15 Apr 16 01:56:04 secserv kernel: Kernel logging (proc) stopped. Apr 16 01:56:04 secserv kernel: Kernel log daemon terminating. Apr 16 01:56:05 secserv exiting on signal 15 --- The script "healthd.sh" issues the call "sensors" to the command line and if an alarm is raised, I get notified by eMail. The CPU usually has a temperature at around 38°C, so it's rather unlikely that it really reached 80°C resp. 90°C (especially if the system is not under heavy load). Could this possibly be a bug with lm_sensors and the kernel ACPI functions, or is something wrong with my sensors.conf file? Any help is greatly appreciated. Yours, Paul |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2111 | No fan control on Tyan s2865/S2864 | hardware | None | defect | 08/10/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Sensors are detected and working, pwmconfig run (with some help), but fancontrol gives error and does not work on my Sun Ultra 20 Workstation. Main board is Tyan Tomcat K8e, S2865 (this Sun version is called S2864). Its told this board has a DME1737 chip. OS is FC5, kernel 2.17, with NVidia kernel module. pwmconfig is able to control the fans (the one PWM-capable I have), however it gives the same Access Denied messages meanwhile that fancontrol does. Thanks In Advance! -- begin fancontrol output -- Loading configuration from /etc/fancontrol ... Common settings:
Settings for 0-002e/pwm3:
Enabling PWM on fans... /usr/sbin/fancontrol: line 142: 0-002e/pwm3_enable: Permission denied Error enabling PWM on /sys/bus/i2c/devices/0-002e/pwm3 Aborting, restoring fans... /usr/sbin/fancontrol: line 127: 0-002e/pwm3_enable: Permission denied Verify fans have returned to full speed -- end fancontrol output -- -- begin sensors-detect output -- emc6d100-i2c-0-2e Adapter: SMBus nForce2 adapter at 1c00 Dimm Volt: +2.60 V (min = +0.00 V, max = +6.64 V) CPU Volt: +1.22 V (min = +0.00 V, max = +2.99 V) +3.3V: +3.35 V (min = +0.00 V, max = +4.38 V) +5V: +5.00 V (min = +0.00 V, max = +6.64 V) +12V: +12.12 V (min = +0.00 V, max = +15.94 V) ERROR: Can't get IN5 data! ERROR: Can't get IN6 data! ERROR: Can't get IN7 data! CPU Fan: 2588 RPM (min = 0 RPM) Fan3: 0 RPM (min = 0 RPM) Rear Case Fan:
Front Case Fan:
CPU Temp: +26°C (low = -127°C, high = +127°C) temp2: +29°C (low = -127°C, high = +127°C) System Temp:
vid: +1.550 V (VRM Version 2.4) -- end sensors-detect output -- -- begin modules.conf -- alias char-major-89 i2c-dev -- end modules.conf -- -- begin rc.local -- modprobe i2c-nforce2 modprobe lm85 force_emc6d100=0,0x2e modprobe eeprom sensors -s -- end rc.local -- -- begin sensors.conf -- chip "lm85c-*" "adm1027-*" "adt7463-*" "lm85-*" "lm85b-*"
# Voltage inputs
# Temperature inputs
# Fan inputs
# label fan2 "Fan2" # label fan3 "Fan3" # label fan4 "Fan4" # PWM Outputs
# Voltage scaling is done on-chip. No 'compute' directive # should be necessary. If in0 has external scaling set # it here. # compute in0 @ * 2.5, @ / 2.5 # Adjust fans speeds for actual pulses per rev # compute fan1 @ * 2, @ / 2 # 1 pulse per rev # set fan1_ppr 1 # ADM1027 or ADT7463 # compute fan2 @ / 2, @ * 2 # 4 pulse per rev # set fan2_ppr 4 # ADM1027 or ADT7463 # Ignore fans you (or your motherboard) don't have # ignore fan2 # ignore fan3 # ignore fan4 # Set VRM version # adjust this if your vid is wrong; see doc/vid # set vrm 9.1 # Pentium 4 # Set voltage limits
# Set Fan limits
# Set Temp Limits
chip "emc6d100-*"
# ignore temp2
-- end sensors.conf -- |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2112 | f75387 driver review | kernel | None | defect | 08/19/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi Jean, Attached is a new version of the f75387 driver. The fan speed is correct now, except that the missing fan is not detected. fan1_input is 550, not 0. All values are still read-only. http://lists.lm-sensors.org/pipermail/lm-sensors/2006-May/016264.html |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2143 | Can't detect sensors on Asus DSBF-D motherboard | hardware | defect | 11/16/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I have a new Asus DSBF mobo which includes both motherboard sensors AND memory (FB-DIMM) sensors. I downloaded the latest lm_sensors but can't detect the hardware sensors. (The output of sensors-detect is below). Has anyone been able to get lm_sensors working on this mobo? Can anyone offer advice? Thanks, MD ----------------------------------------------------------------
'''[root@vmhost1 src]# sensors-detect
# sensors-detect revision 1.413 (2006/01/19 20:28:00)
This program will help you determine which I2C/SMBus modules you need to
load to use lm_sensors most effectively. You need to have i2c and
lm_sensors installed before running this program.
Also, you need to be `root', or at least have access to the /dev/i2c-*
files, for most things.
If you have patched your kernel and have some drivers built in, you can
safely answer NO if asked to load some modules. In this case, things may
seem a bit confusing, but they will still work.
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.
You do not need any special privileges for this.
Do you want to probe now? (YES/no):
Probing for PCI bus adapters...
Use driver `i2c-i801' for device 00:1f.3: Intel Enterprise Southbridge - ESB2
Probe succesfully concluded.
We will now try to load each adapter module in turn.
Module `i2c-i801' already loaded.
If you have undetectable or unsupported adapters, you can have them
scanned by manually loading the modules before running this script.
To continue, we need module `i2c-dev' to be loaded.
If it is built-in into your kernel, you can safely skip this.
i2c-dev is not loaded. Do you want to load it now? (YES/no):
Module loaded succesfully.
We are now going to do the adapter probings. Some adapters may hang halfway
through; we can't really help that. Also, some chips will 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. That often
includes address 0x69 (clock chip).
Next adapter: SMBus I801 adapter at 1100
Do you want to scan it? (YES/no/selectively):
Client found at address 0x08
Client found at address 0x2f
Probing for `National Semiconductor LM78'... Failed!
Probing for `National Semiconductor LM78-J'... Failed!
Probing for `National Semiconductor LM79'... Failed!
Probing for `National Semiconductor LM80'... Failed!
Probing for `Winbond W83781D'... Failed!
Probing for `Winbond W83782D'... Failed!
Probing for `Winbond W83791D'... Failed!
Probing for `Winbond W83792D'... Failed!
Probing for `Winbond W83791SD'... Failed!
Probing for `Winbond W83627HF'... Failed!
Probing for `Winbond W83627EHF'... Failed!
Probing for `Asus AS99127F (rev.1)'... Failed!
Probing for `Asus AS99127F (rev.2)'... Failed!
Probing for `Asus ASB100 Bach'... Failed!
Probing for `Analog Devices ADM9240'... Failed!
Probing for `Dallas Semiconductor DS1780'... Failed!
Probing for `National Semiconductor LM81'... Failed!
Probing for `Analog Devices ADM1029'... Failed!
Probing for `ITE IT8712F'... Failed!
Client found at address 0x44
Probing for `Maxim MAX6633/MAX6634/MAX6635'... Failed!
Client found at address 0x4b
Probing for `National Semiconductor LM75'... Failed!
Probing for `National Semiconductor LM77'... Failed!
Probing for `Dallas Semiconductor DS1621'... Failed!
Probing for `Maxim MAX6650/MAX6651'... Failed!
Probing for `National Semiconductor LM92'... Failed!
Probing for `National Semiconductor LM76'... Failed!
Probing for `Maxim MAX6633/MAX6634/MAX6635'... Failed!
Client found at address 0x4f
Probing for `National Semiconductor LM75'... Failed!
Probing for `Dallas Semiconductor DS1621'... Failed!
Probing for `Maxim MAX6633/MAX6634/MAX6635'... Failed!
Client found at address 0x54
Probing for `SPD EEPROM'... Success!
(confidence 1, driver `eeprom')
Client found at address 0x55
Probing for `SPD EEPROM'... Success!
(confidence 1, driver `eeprom')
Client found at address 0x61
Probing for `SMBus 2.0 ARP-Capable Device'... Success!
(confidence 1, driver `smbus-arp')
Client found at address 0x71
Some chips are also accessible through the ISA bus. ISA probes are
typically a bit more dangerous, as we have to write to I/O ports to do
this. This is usually safe though.
Do you want to scan the ISA bus? (YES/no):
Probing for `National Semiconductor LM78'
Trying address 0x0290... Failed!
Probing for `National Semiconductor LM78-J'
Trying address 0x0290... Failed!
Probing for `National Semiconductor LM79'
Trying address 0x0290... Failed!
Probing for `Winbond W83781D'
Trying address 0x0290... Failed!
Probing for `Winbond W83782D'
Trying address 0x0290... Failed!
Probing for `Winbond W83627HF'
Trying address 0x0290... Failed!
Probing for `Winbond W83627EHF'
Trying address 0x0290... Failed!
Probing for `Silicon Integrated Systems SIS5595'
Trying general detect... Failed!
Probing for `VIA Technologies VT82C686 Integrated Sensors'
Trying general detect... Failed!
Probing for `VIA Technologies VT8231 Integrated Sensors'
Trying general detect... Failed!
Probing for `ITE IT8712F'
Trying address 0x0290... Failed!
Probing for `ITE IT8705F / SiS 950'
Trying address 0x0290... Failed!
Probing for `IPMI BMC KCS'
Trying address 0x0ca0... Failed!
Probing for `IPMI BMC SMIC'
Trying address 0x0ca8... Failed!
Some Super I/O chips may also contain sensors. Super I/O probes are
typically a bit more dangerous, as we have to write to I/O ports to do
this. This is usually safe though.
Do you want to scan for Super I/O sensors? (YES/no):
Probing for `ITE 8702F Super IO Sensors'
Failed! (skipping family)
Probing for `Nat. Semi. PC87351 Super IO Fan Sensors'
Failed! (skipping family)
Probing for `SMSC 47B27x Super IO Fan Sensors'
Failed! (skipping family)
Probing for `VT1211 Super IO Sensors'
Failed! (0x88)
Probing for `Winbond W83627HF Super IO Sensors'
Failed! (0x88)
Probing for `Winbond W83627THF Super IO Sensors'
Failed! (0x88)
Probing for `Winbond W83637HF Super IO Sensors'
Failed! (0x88)
Probing for `Winbond W83687THF Super IO Sensors'
Failed! (0x88)
Probing for `Winbond W83697HF Super IO Sensors'
Failed! (0x88)
Probing for `Winbond W83697SF/UF Super IO PWM'
Failed! (0x88)
Probing for `Winbond W83L517D Super IO'
Failed! (0x88)
Probing for `Fintek F71805F/FG Super IO Sensors'
Failed! (0x8863)
Probing for `Winbond W83627EHF/EHG Super IO Sensors'
Success... but not activated
Do you want to scan for secondary Super I/O sensors? (YES/no):
Probing for `ITE 8702F Super IO Sensors'
Failed! (skipping family)
Probing for `Nat. Semi. PC87351 Super IO Fan Sensors'
Failed! (skipping family)
Probing for `SMSC 47B27x Super IO Fan Sensors'
Failed! (skipping family)
Probing for `VT1211 Super IO Sensors'
Failed! (skipping family)
Probing for `Winbond W83627EHF/EHG Super IO Sensors'
Failed! (skipping family)
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `eeprom' (should be inserted):
Detects correctly:
* Bus `SMBus I801 adapter at 1100'
Busdriver `i2c-i801', I2C address 0x54
Chip `SPD EEPROM' (confidence: 1)
* Bus `SMBus I801 adapter at 1100'
Busdriver `i2c-i801', I2C address 0x55
Chip `SPD EEPROM' (confidence: 1)
Driver `smbus-arp' (should be inserted):
Detects correctly:
* Bus `SMBus I801 adapter at 1100'
Busdriver `i2c-i801', I2C address 0x61
Chip `SMBus 2.0 ARP-Capable Device' (confidence: 1)
I will now generate the commands needed to load the I2C modules.
To make the sensors modules behave correctly, add these lines to
/etc/modprobe.conf:
#----cut here----
# I2C module options
alias char-major-89 i2c-dev
#----cut here----
To load everything that is needed, add this to some /etc/rc* file:
#----cut here----
# I2C adapter drivers
modprobe i2c-i801
# I2C chip drivers
modprobe eeprom
# Warning: the required module smbus-arp is not currently installed on your system.
# For status of 2.6 kernel ports see http://secure.netroedge.com/~lm78/supported.html
# If driver is built-in to the kernel, or unavailable, comment out the following line.
modprobe smbus-arp
# sleep 2 # optional
/usr/bin/sensors -s # recommended
#----cut here----
WARNING! If you have some things built into your kernel, the list above
will contain too many modules. Skip the appropriate ones! You really should
try these commands right now to make sure everything is working properly.
Monitoring programs won't work until it's done.
Do you want to generate /etc/sysconfig/lm_sensors? (YES/no):
Copy prog/init/lm_sensors.init to /etc/rc.d/init.d/lm_sensors
for initialization at boot time.
[root@vmhost1 src]'''
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2177 | Tyan s2466, lm_sensors shows different devices at different times | interface | defect | 02/05/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Mandriva 2007 system.
Tyan S2466N motherboard, single AMD MP2200+ processor. When the system first boots it does /etc/rc.d/init.d/lm_sensors start and after that "sensors" shows two devices:
after
"sensors" instead shows these two device:
The measured values shown by the second set of devices are correct, the 0-2c device doesn't show the right values, for instance, it doesn't show "Ch Fan 1". I have not seen this before, why would lm_sensors show different devices at different times??? /etc/sysconfig/lm_sensors holds: MODULE_0=i2c-amd756 MODULE_1=i2c-isa MODULE_2=w83781d MODULE_3=eeprom MODULE_4=w83627hf Thanks |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2302 | Need Phenom support | hardware | enhancement | 02/05/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I see from the Wiki that you're looking for users to test Phenom (K10) support. I have a system based on an Asus M3A32-MVP motherboard with an AMD Phenom 9600 processor. I'm currently running Ubuntu 7.10. I can rebuild a custom kernel and do basic debugging if it will help. Currently, the fan runs full speed unless toggled back with "fancontrol". I'm looking for a more integrated solution. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2108 | lm_sensors 2.10.0 with Intel SE7230NH1 something is broken | hardware | None | task | 07/28/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, I have 2 Intel SE7230NH1LX server boards that are exhibiting the same strange problem. The first system uses RHEL3 (kernel 2.4.21-47.EL) and the second is using the latest FC5 kernel, both systems however are doing the same thing. After loading the lm_sensors and i2c packages (as appropriate based on kernel), the sensors-detect program will find the eeprom and lm75. This is probably the correct configuration as the Intel Server Manager software for this particular board uses lmsensors and its config files specifies the LM75 as the sensor. So at this point I can use sensors to check voltage/temp/fan speed and everything seems fine. However, after a reboot of the machine lmsensors no longer finds anything on the SMBus. Running sensors-detect again results in the message "no sensors found". Both the RHEL3 machine and the FC5 machine are giving the same results. This is 2 completely separate motherboards. To try to solve the problem I have done complete reinstallation of the lmsensors software on the RHEL3 box as well as a complete redo (including OS)of the FC5 machine. Is there something in lmsensors that could potentially damage hardware? Does Intel just suck? I would really appreciate any help/direction you could give. Dan H |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2167 | Toshiba Satellite P100-239 sensors detected, but no data | hardware | task | 01/10/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi on my Laptop (Suse 10.2) sensors-detect (2.10.1 RPM and latest trunk) tells me: perl "sensors-detect?format=txt"
# sensors-detect revision $Revision$
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): y
Probing for PCI bus adapters...
Use driver `i2c-i801' for device 0000:00:1f.3: Intel 82801G ICH7
We will now try to load each adapter module in turn.
Module `i2c-i801' already loaded.
If you have undetectable or unsupported adapters, you can have them
scanned by manually loading the modules before running this script.
To continue, we need module `i2c-dev' to be loaded.
Do you want to load `i2c-dev' now? (YES/no): y
Module loaded successfully.
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: NVIDIA i2c adapter 2 at 1:00.0 (i2c-3)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x4c
Probing for `National Semiconductor LM75'... No
Probing for `Analog Devices ADT7466'... No
Probing for `Andigilog aSC7511'... No
Probing for `Dallas Semiconductor DS1621'... No
Probing for `Analog Devices ADM1021'... No
Probing for `Analog Devices ADM1021A/ADM1023'... No
Probing for `Maxim MAX1617'... Success!
(confidence 3, driver `adm1021')
Probing for `Maxim MAX1617A'... No
Probing for `TI THMC10'... No
Probing for `National Semiconductor LM84'... No
Probing for `Genesys Logic GL523SM'... No
Probing for `Onsemi MC1066'... No
Probing for `Maxim MAX1619'... No
Probing for `National Semiconductor LM82/LM83'... No
Probing for `National Semiconductor LM90'... No
Probing for `National Semiconductor LM89/LM99'... No
Probing for `National Semiconductor LM86'... No
Probing for `Analog Devices ADM1032'... No
Probing for `Maxim MAX6657/MAX6658/MAX6659'... No
Probing for `Maxim MAX6648/MAX6692'... Success!
(confidence 8, driver `to-be-written')
Probing for `National Semiconductor LM63'... No
Probing for `Fintek F75363SG'... No
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Probing for `Analog Devices ADT7461'... No
Probing for `Fintek F75383S/M'... No
Client found at address 0x50
Handled by driver `eeprom' (already loaded), chip type `eeprom'
Next adapter: NVIDIA i2c adapter 1 at 1:00.0 (i2c-2)
Do you want to scan it? (YES/no/selectively): y
Next adapter: NVIDIA i2c adapter 0 at 1:00.0 (i2c-1)
Do you want to scan it? (YES/no/selectively): y
Next adapter: SMBus I801 adapter at 18c0 (i2c-0)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x08
Client found at address 0x44
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Client found at address 0x50
Handled by driver `eeprom' (already loaded), chip type `eeprom'
Client found at address 0x69
Some chips are also accessible through the ISA I/O ports. We have to
write to arbitrary I/O ports to probe them. This is usually safe though.
Yes, you do have ISA I/O ports even if you do not have any ISA slots!
Do you want to scan the ISA I/O ports? (YES/no): y
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM78-J' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Probing for `Winbond W83627HF' at 0x290... No
Probing for `Silicon Integrated Systems SIS5595'... No
Probing for `VIA VT82C686 Integrated Sensors'... No
Probing for `VIA VT8231 Integrated Sensors'... No
Probing for `IPMI BMC KCS' at 0xca0... No
Probing for `IPMI BMC SMIC' at 0xca8... No
Some Super I/O chips may also contain sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `ITE'... Yes
Found unknown chip with ID 0xec11
Trying family `National Semiconductor'... Yes
Found `Nat. Semi. PC87591 Super IO'
(but not activated)
Trying family `SMSC'... Yes
Found unknown chip with ID 0xec11
Trying family `VIA/Winbond/Fintek'... Yes
Found unknown chip with ID 0xec11
Probing for Super-I/O at 0x4e/0x4f
Trying family `ITE'... No
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... No
Some CPUs or memory controllers may also contain embedded sensors.
Do you want to scan for them? (YES/no): y
AMD K8 thermal sensors... No
Intel Core family thermal sensor... Success!
(driver `coretemp')
Intel AMB FB-DIMM thermal sensor... No
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `adm1021' (may not be inserted):
Misdetects:
* Bus `NVIDIA i2c adapter 2 at 1:00.0'
Busdriver `UNKNOWN', I2C address 0x4c
Chip `Maxim MAX1617' (confidence: 3)
Driver `to-be-written' (should be inserted):
Detects correctly:
* Bus `NVIDIA i2c adapter 2 at 1:00.0'
Busdriver `UNKNOWN', I2C address 0x4c
Chip `Maxim MAX6648/MAX6692' (confidence: 8)
Driver `eeprom' (should be inserted):
Detects correctly:
* Bus `NVIDIA i2c adapter 2 at 1:00.0'
Busdriver `UNKNOWN', I2C address 0x50
Chip `eeprom' (confidence: 6)
* Bus `SMBus I801 adapter at 18c0'
Busdriver `i2c-i801', I2C address 0x50
Chip `eeprom' (confidence: 6)
EEPROMs are *NOT* sensors! They are data storage chips commonly
found on memory modules (SPD), in monitors (EDID), or in some
laptops, for example.
Driver `coretemp' (should be inserted):
Detects correctly:
* Chip `Intel Core family thermal sensor' (confidence: 9)
I will now generate the commands needed to load the required modules.
Just press ENTER to continue:
To make the sensors modules behave correctly, add these lines to
/etc/modules.conf:
#----cut here----
# I2C module options
alias char-major-89 i2c-dev
#----cut here----
To load everything that is needed, add this to some /etc/rc* file:
#----cut here----
# I2C adapter drivers
# modprobe unknown adapter NVIDIA i2c adapter 0 at 1:00.0
# modprobe unknown adapter NVIDIA i2c adapter 1 at 1:00.0
# modprobe unknown adapter NVIDIA i2c adapter 2 at 1:00.0
modprobe i2c-i801
# Chip drivers
# no driver for Maxim MAX6648/MAX6692 yet
modprobe eeprom
# Warning: the required module coretemp is not currently installed
# on your system. For status of 2.6 kernel ports check
# http://www.lm-sensors.org/wiki/Devices. If driver is built
# into the kernel, or unavailable, comment out the following line.
modprobe coretemp
# sleep 2 # optional
/usr/local/bin/sensors -s # recommended
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones! You really
should try these commands right now to make sure everything is
working properly. Monitoring programs won't work until the needed
modules are loaded.
All lines were added as shown above (module coretemp is not installed, modules were loaded tells lsmod, but sensors said just "No sensors detected". What can I do to get more Information to help you helping me? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2134 | Intel DG965WH (ICH8) detects OK but sensors says "no sensors detected" | hardware | defect | 10/22/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Submitted by: Jim Garrison <jhg@acm.org> Sensors version: 2.10.1 Kernel version: 2.6.18-1.2200.fc5smp (Fedora Core) Motherboard: Intel DG965WH http://www.intel.com/products/motherboard/dg965wh/index.htm Detection (see attached file) seems to proceed correctly. Modules are loaded. The "sensors" command complains: [jhg@athena ~]$ sudo sensors -s No sensors found! Make sure you loaded all the kernel drivers you need. Try sensors-detect to find out which these are. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2152 | k8temp reports wrong values | hardware | defect | 12/06/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
hi, i get this of sensors on my asus m2n-e: k8temp-pci-00c3 Adapter: PCI adapter temp1: +18 C temp3: +17 C it8716-isa-0290 Adapter: ISA adapter VCore: +0.96 V (min = +0.00 V, max = +4.08 V) VDDR: +3.20 V (min = +0.00 V, max = +4.08 V) +3.3V: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM +5V: +4.89 V (min = +0.00 V, max = +6.85 V) +12V: +11.71 V (min = +0.00 V, max = +16.32 V) in5: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM in6: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM 5VSB: +4.81 V (min = +0.00 V, max = +6.85 V) VBat: +2.93 V CPU Fan: 2272 RPM (min = 0 RPM) fan2: 0 RPM (min = 0 RPM) CPU Temp: +78 C (low = -1 C, high = +127 C) sensor = thermistor M/B Temp: +33 C (low = -1 C, high = +127 C) sensor = thermistor vid: +1.100 V so the 18 / 17 C are way too cool imo... some more info: sensors version 2.10.1 with libsensors version 2.10.1 Linux d-partment 2.6.19-gentoo-r1 #4 SMP PREEMPT Wed Dec 6 17:13:36 CET 2006 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ AuthenticAMD GNU/Linux any hints? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2160 | Miss fan value interpretation at it8712: 168750 RPM | hardware | defect | 12/27/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
it8712-isa-0290 Adapter: ISA adapter fan1: 168750 RPM (min = 811 RPM, div = 8) ALARM I don't know why but my CPU fan showed as running crazy speeds. Some times I read "-1" and "84375" RPM too. Most of time it shows correct speed. Fan is not broken (tested under win, and there is no problem). using SuSE 10.2 x86_64 with kernel 2.6.19.1, lm_sensors version 2.10.1 (comes with SuSE) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2175 | No fan readings | hardware | defect | 01/26/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Email address is simon at simonandkate.net. Using 2.10.1 on a HP d530 running Suse 10.2 (upgraded PC from ticket 2154). Latest BIOS from HP for d530 has a setting in BIOS to enable unhiding the SMBus. Sensors detects and loads fine: p2000:/usr/bin # sensors-detect
# sensors-detect revision 4171 (2006-09-24 03:37:01 -0700)
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 82801EB ICH5
We will now try to load each adapter module in turn.
Module `i2c-i801' already loaded.
If you have undetectable or unsupported 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: NVIDIA i2c adapter 2 at 1:00.0
Do you want to scan it? (YES/no/selectively):
Adapter cannot be probed, skipping.
Next adapter: NVIDIA i2c adapter 1 at 1:00.0
Do you want to scan it? (YES/no/selectively):
Adapter cannot be probed, skipping.
Next adapter: NVIDIA i2c adapter 0 at 1:00.0
Do you want to scan it? (YES/no/selectively):
Adapter cannot be probed, skipping.
Next adapter: SMBus I801 adapter at fc00
Do you want to scan it? (YES/no/selectively):
Client found at address 0x08
Client found at address 0x2e
Handled by driver `lm85' (already loaded), chip type `adt7463'
Client found at address 0x44
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Client found at address 0x50
Handled by driver `eeprom' (already loaded), chip type `eeprom'
Client found at address 0x51
Handled by driver `eeprom' (already loaded), chip type `eeprom'
Client found at address 0x52
Handled by driver `eeprom' (already loaded), chip type `eeprom'
Client found at address 0x69
Some chips are also accessible through the ISA I/O ports. We have to
write to arbitrary I/O ports to probe them. This is usually safe though.
Yes, you do have ISA I/O ports even if you do not have any ISA slots!
Do you want to scan the ISA I/O ports? (YES/no):
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM78-J' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Probing for `Winbond W83627HF' at 0x290... No
Probing for `Silicon Integrated Systems SIS5595'... No
Probing for `VIA VT82C686 Integrated Sensors'... No
Probing for `VIA VT8231 Integrated Sensors'... No
Probing for `AMD K8 thermal sensors'... No
Probing for `IPMI BMC KCS' at 0xca0... No
Probing for `IPMI BMC SMIC' at 0xca8... No
Some Super I/O chips may also contain sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no):
Probing for Super-I/O at 0x2e/0x2f
Trying family `ITE'... Yes
Found unknown chip with ID 0x6e00
Trying family `National Semiconductor'... No
Trying family `SMSC'... Yes
Found unknown chip with ID 0x6e00
Trying family `VIA/Winbond/Fintek'... No
Probing for Super-I/O at 0x4e/0x4f
Trying family `ITE'... No
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... No
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `lm85' (should be inserted):
Detects correctly:
* Bus `SMBus I801 adapter at fc00'
Busdriver `i2c-i801', I2C address 0x2e
Chip `adt7463' (confidence: 6)
Driver `eeprom' (should be inserted):
Detects correctly:
* Bus `SMBus I801 adapter at fc00'
Busdriver `i2c-i801', I2C address 0x50
Chip `eeprom' (confidence: 6)
* Bus `SMBus I801 adapter at fc00'
Busdriver `i2c-i801', I2C address 0x51
Chip `eeprom' (confidence: 6)
* Bus `SMBus I801 adapter at fc00'
Busdriver `i2c-i801', I2C address 0x52
Chip `eeprom' (confidence: 6)
EEPROMs are *NOT* sensors! They are data storage chips commonly
found on memory modules (SPD), in monitors (EDID), or in some
laptops, for example.
I will now generate the commands needed to load the required modules.
Just press ENTER to continue:
To make the sensors modules behave correctly, add these lines to
/etc/modprobe.conf:
#----cut here----
# I2C module options
alias char-major-89 i2c-dev
#----cut here----
To load everything that is needed, add this to some /etc/rc* file:
#----cut here----
# I2C adapter drivers
modprobe i2c-i801
# Chip drivers
modprobe lm85
modprobe eeprom
# sleep 2 # optional
/usr/bin/sensors -s # recommended
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones! You really
should try these commands right now to make sure everything is
working properly. Monitoring programs won't work until the needed
modules are loaded.
Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no):
Sensors output is: p2000:/usr/bin # /usr/bin/sensors
adt7463-i2c-0-2e
Adapter: SMBus I801 adapter at fc00
V1.5: +0.003 V (min = +0.00 V, max = +3.32 V) ALARM
VCore: +1.497 V (min = +0.00 V, max = +2.99 V)
V3.3: +3.347 V (min = +0.00 V, max = +4.38 V)
V5: +5.163 V (min = +0.00 V, max = +6.64 V)
V12: +3.313 V (min = +0.00 V, max = +15.94 V)
CPU_Fan: 0 RPM (min = 4000 RPM) ALARM
Fan2: 0 RPM (min = 0 RPM)
Fan3: 0 RPM (min = 0 RPM)
Fan4: 0 RPM (min = 0 RPM)
CPU Temp: +37.50°C (low = -127°C, high = +127°C)
Board Temp:
+40.25°C (low = -127°C, high = +127°C)
Remote Temp:
+43.75°C (low = -127°C, high = +127°C)
CPU_PWM: 1
Fan2_PWM: 255
Fan3_PWM: 255
vid: +1.525 V (VRM Version 9.0)
None of the fans read anything - and they won't accept any divisor settings - when I try and use "set fan1_div 4" or anything else I just get: p2000:/usr/bin # /usr/bin/sensors -s Error: Line 2440: Unknown feature name adt7463-i2c-0-2e: No such feature known CPU_PWM always reads 1, the other PWMs all read 255. V12 (in4) is reading 3.3V, so seems to be reading a 3.3V not a 12V, and in0(V1.5) is only ever at 0.003V. I have searched on the fan issue and found Ticket 1837 that said it was resolved in 2.8.8 - I am on 2.10.1 and have tried 2.10.2 and it does the same (went back to 2.10.1 as it is the version that Yast2 installs and manages). Any ideas? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2092 | Problem with aopen nforce4 (wrong values) | hardware | None | enhancement | 07/15/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Driver `eeprom' (should be inserted):
Detects correctly:
* Bus `NVIDIA I2C Device'
Busdriver `UNKNOWN', I2C address 0x50 (and 0x51 0x52 0x53 0x54 0x55 0x56 0x57)
Chip `DDC monitor' (confidence: 8)
Driver `w83627hf' (should be inserted):
Detects correctly:
* ISA bus address 0x0290 (Busdriver `i2c-isa')
Chip `Winbond W83627THF Super IO Sensors' (confidence: 9)
w83627thf-isa-0290
Adapter: ISA adapter
VCore: +1.43 V (min = +1.94 V, max = +1.94 V) ALARM
+12V: +12.10 V (min = +10.82 V, max = +13.19 V)
+3.3V: +3.33 V (min = +3.14 V, max = +3.47 V)
+5V: +4.96 V (min = +4.75 V, max = +5.25 V)
-12V: -0.93 V (min = -10.80 V, max = -13.18 V) ALARM
V5SB: +5.05 V (min = +4.76 V, max = +5.24 V)
VBat: +2.96 V (min = +2.40 V, max = +3.60 V)
fan1: 0 RPM (min = 664 RPM, div = 8) ALARM
CPU Fan: 0 RPM (min = 664 RPM, div = 8) ALARM
fan3: 0 RPM (min = 664 RPM, div = 8) ALARM
M/B Temp: -48°C (high = +32°C, hyst = +0°C) sensor = thermistor
CPU Temp: -48.0°C (high = +80°C, hyst = +75°C) sensor = thermistor
temp3: -48.0°C (high = +80°C, hyst = +75°C) sensor = thermistor
alarms:
beep_enable:
Sound alarm enabled
any ideas? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2156 | nForce5 support | hardware | enhancement | 12/15/06 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Is nForce5 supported? If not, does someone know when it may be? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2185 | Add support for Intel VRM 10.1 needed for Pentium LGA775 | hardware | enhancement | 02/26/07 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I am using an Intel Pentium D 820 which uses the VRM 10.1 specification which currently isn't supported by lm_sensors. See this: Voltage Regulator Down (VRD) 10.1 Design Guide For Desktop LGA775 Socket http://download.intel.com/design/Pentium4/guides/30235604.pdf Thanks! |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
