* Re: [lm-sensors] Results of running your sensors-detect
2008-09-10 0:50 [lm-sensors] Results of running your sensors-detect Dean Loros
@ 2008-09-10 8:02 ` Jean Delvare
2008-09-10 14:02 ` Dean Loros
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: Jean Delvare @ 2008-09-10 8:02 UTC (permalink / raw)
To: lm-sensors
Hi Dean,
On Tue, 09 Sep 2008 17:50:33 -0700, Dean Loros wrote:
> Hi Jean--
>
> I'm baffled--I ran the copy of sensors-detect you wanted me
> to....Results are:
>
> dean@linux:~/Desktop$ sudo '/home/dean/Desktop/sensors-detect'
> (...)
> Next adapter: SMBus nForce2 adapter at 1c80 (i2c-1)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x2d
> (...)
> Probing for `National Semiconductor LM78'... Success!
> (confidence 6, driver `lm78')
The code preventing the misdetection was only for ISA access to the
device, not I2C access. I've just fixed that.
> (...)
> Probing for `Winbond W83627DHG'... No
This fails because the chip is not in bank 0 (and we can't reliably
detect it in that case.) No big deal anyway, the w83627ehf driver
doesn't make use of the I2C interface, so this detection doesn't need
to succeed for things to work.
> (...)
> Client found at address 0x49
> Probing for `National Semiconductor LM75'... No
> Probing for `Dallas Semiconductor DS75'... No
> Probing for `National Semiconductor LM77'... No
> Probing for `Dallas Semiconductor DS1621/DS1631'... No
> Probing for `National Semiconductor LM92'... No
> Probing for `National Semiconductor LM76'... No
> Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Mysterious one. Please provide the output of:
modprobe i2c-dev
i2cdump 1 0x49
Maybe that's a new chip we don't know about.
The rest is as expected.
> Values afterwards:
>
>
> dean@linux:~/Desktop$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +40.0°C (crit = +60.0°C)
>
> w83627dhg-isa-0290
> Adapter: ISA adapter
> VCore: +1.28 V (min = +1.05 V, max = +1.58 V)
> in1: +6.92 V (min = +5.91 V, max = +10.40 V)
> AVCC: +3.33 V (min = +2.30 V, max = +3.47 V)
> 3VCC: +3.33 V (min = +3.50 V, max = +4.08 V) ALARM
> in4: +1.28 V (min = +2.04 V, max = +2.04 V) ALARM
> in5: +1.55 V (min = +0.00 V, max = +0.00 V) ALARM
> in6: +5.86 V (min = +0.00 V, max = +0.00 V) ALARM
> VSB: +3.33 V (min = +3.14 V, max = +3.47 V)
> VBAT: +3.04 V (min = +2.64 V, max = +3.47 V)
> Case Fan: 3125 RPM (min = 332 RPM, div = 16)
> CPU Fan: 2556 RPM (min = 332 RPM, div = 16)
> Aux Fan: 0 RPM (min = 340 RPM, div = 128) ALARM
> fan4: 1654 RPM (min = 803 RPM, div = 16)
> fan5: 0 RPM (min = 0 RPM, div = 128)
> CPU Temp: +34.0°C (high = +127.0°C, hyst = +0.0°C) sensor = transistor
> M/B Temp: +36.5°C (high = +1.0°C, hyst = +0.0°C) ALARM sensor > thermistor
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +38.0°C (high = +80.0°C, crit = +100.0°C)
>
> coretemp-isa-0001
> Adapter: ISA adapter
> Core 1: +45.0°C (high = +80.0°C, crit = +100.0°C)
>
> coretemp-isa-0002
> Adapter: ISA adapter
> Core 2: +45.0°C (high = +80.0°C, crit = +100.0°C)
>
> coretemp-isa-0003
> Adapter: ISA adapter
> Core 3: +47.0°C (high = +80.0°C, crit = +100.0°C)
>
> lm78-i2c-1-2d
> Adapter: SMBus nForce2 adapter at 1c80
> VCore 1: +2.56 V (min = +2.10 V, max = +3.15 V)
> VCore 2: +2.10 V (min = +1.79 V, max = +3.15 V)
> +3.3V: +3.33 V (min = +2.30 V, max = +3.47 V)
> +5V: +3.33 V (min = +3.50 V, max = +4.08 V) ALARM
> +12V: +2.56 V (min = +4.08 V, max = +4.08 V) ALARM
> -12V: +3.10 V (min = +0.00 V, max = +0.00 V) ALARM
> -5V: +3.66 V (min = +0.00 V, max = +0.00 V) ALARM
> fan1: 50000 RPM (min = 5314 RPM, div = 1) ALARM
> fan2: 40909 RPM (min = 5314 RPM, div = 1) ALARM
> fan3: 0 RPM (min = 21774 RPM, div = 2) ALARM
> temp1: +88.0°C (high = +100.0°C, hyst = +120.0°C) ALARM
> cpu0_vid: +3.000 V
>
>
> I would say that SMBus nForce2 has my two "missing" fan speeds, but
> looks like the multiplier is a bit off......
No, no. Again, the LM78 is a misdetection. Do not load the lm78 driver.
I don't know what chip handles your extra fans, but that's definitely
not the chip at I2C address 1-2d.
> What do you think?
Please download the latest version of sensors-detect again:
http://www.lm-sensors.org/browser/lm-sensors/branches/lm-sensors-3.0.0/prog/detect/sensors-detect?format=txt
I've fixed the misdetection, it will no longer suggest the lm78 driver.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [lm-sensors] Results of running your sensors-detect
2008-09-10 0:50 [lm-sensors] Results of running your sensors-detect Dean Loros
2008-09-10 8:02 ` Jean Delvare
@ 2008-09-10 14:02 ` Dean Loros
2008-09-10 15:53 ` Jean Delvare
2008-09-10 19:16 ` Dean Loros
3 siblings, 0 replies; 5+ messages in thread
From: Dean Loros @ 2008-09-10 14:02 UTC (permalink / raw)
To: lm-sensors
OK Jean---
ran check---results.
dean@linux:~/Desktop$ sudo rmmod lm78
[sudo] password for dean:
dean@linux:~/Desktop$ sudo rmmod w83627ehf
dean@linux:~/Desktop$ sudo rmmod i2c-nforce2
dean@linux:~/Desktop$ chmod 755 '/home/dean/Desktop/sensors-detect'
dean@linux:~/Desktop$ sudo '/home/dean/Desktop/sensors-detect'
# 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-nforce2' for device 0000:00:0a.1: nVidia Corporation
nForce4 SMBus (MCP51)
We will now try to load each adapter module in turn.
Load `i2c-nforce2' (say NO if built into your kernel)? (YES/no): y
Module loaded successfully.
If you have undetectable or unsupported I2C/SMBus 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: SMBus nForce2 adapter at 1c00 (i2c-0)
Do you want to scan it? (YES/no/selectively): y
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
Next adapter: SMBus nForce2 adapter at 1c80 (i2c-1)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x2d
Probing for `Myson MTP008'... No
Probing for `National Semiconductor LM78'... No
Probing for `National Semiconductor LM78-J'... No
Probing for `National Semiconductor LM79'... No
Probing for `National Semiconductor LM80'... No
Probing for `National Semiconductor LM85'... No
Probing for `National Semiconductor LM96000'... No
Probing for `Analog Devices ADM1027'... No
Probing for `Analog Devices ADT7460 or ADT7463'... No
Probing for `SMSC EMC6D100 or EMC6D101'... No
Probing for `SMSC EMC6D102'... No
Probing for `SMSC EMC6D103'... No
Probing for `Analog Devices ADT7476'... No
Probing for `Andigilog aSC7611'... No
Probing for `Andigilog aSC7621'... No
Probing for `National Semiconductor LM87'... No
Probing for `National Semiconductor LM93'... No
Probing for `Winbond W83781D'... No
Probing for `Winbond W83782D'... No
Probing for `Winbond W83783S'... No
Probing for `Winbond W83792D'... No
Probing for `Winbond W83793R/G'... No
Probing for `Winbond W83791SD'... No
Probing for `Winbond W83627HF'... No
Probing for `Winbond W83627EHF'... No
Probing for `Winbond W83627DHG'... No
Probing for `Asus AS99127F (rev.1)'... No
Probing for `Asus AS99127F (rev.2)'... No
Probing for `Asus ASB100 Bach'... No
Probing for `Winbond W83L784R/AR/G'... No
Probing for `Winbond W83L785R/G'... No
Probing for `Genesys Logic GL518SM Revision 0x00'... No
Probing for `Genesys Logic GL518SM Revision 0x80'... No
Probing for `Genesys Logic GL520SM'... No
Probing for `Genesys Logic GL525SM'... No
Probing for `Analog Devices ADM9240'... No
Probing for `Dallas Semiconductor DS1780'... No
Probing for `National Semiconductor LM81'... No
Probing for `Analog Devices ADM1026'... No
Probing for `Analog Devices ADM1025'... No
Probing for `Philips NE1619'... No
Probing for `Analog Devices ADM1029'... No
Probing for `Analog Devices ADM1030'... No
Probing for `Analog Devices ADM1031'... No
Probing for `Analog Devices ADM1022'... No
Probing for `Texas Instruments THMC50'... No
Probing for `VIA VT1211 (I2C)'... No
Probing for `ITE IT8712F'... No
Probing for `ALi M5879'... No
Probing for `SMSC LPC47M15x/192/292/997'... No
Probing for `SMSC DME1737'... No
Probing for `SMSC SCH5027D-NW'... No
Probing for `Fintek F75373S/SG'... No
Probing for `Fintek F75375S/SP'... No
Probing for `Fintek F75387SG/RG'... No
Probing for `Analog Devices ADM1024'... No
Probing for `Winbond W83791D'... No
Client found at address 0x49
Probing for `National Semiconductor LM75'... No
Probing for `Dallas Semiconductor DS75'... No
Probing for `National Semiconductor LM77'... No
Probing for `Dallas Semiconductor DS1621/DS1631'... No
Probing for `National Semiconductor LM92'... No
Probing for `National Semiconductor LM76'... No
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Next adapter: NVIDIA i2c adapter (i2c-2)
Do you want to scan it? (YES/no/selectively): y
Next adapter: NVIDIA i2c adapter (i2c-3)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x4a
Probing for `National Semiconductor LM75'... No
Probing for `Dallas Semiconductor DS75'... No
Probing for `National Semiconductor LM77'... No
Probing for `Dallas Semiconductor DS1621/DS1631'... No
Probing for `National Semiconductor LM92'... No
Probing for `National Semiconductor LM76'... No
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Client found at address 0x4b
Probing for `National Semiconductor LM75'... No
Probing for `Dallas Semiconductor DS75'... No
Probing for `National Semiconductor LM77'... No
Probing for `Dallas Semiconductor DS1621/DS1631'... No
Probing for `Maxim MAX6650/MAX6651'... No
Probing for `National Semiconductor LM92'... No
Probing for `National Semiconductor LM76'... No
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Probing for `Analog Devices ADT7481'... No
Client found at address 0x50
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Probing for `EDID EEPROM'... Yes
(confidence 8, not a hardware monitoring chip)
Next adapter: NVIDIA i2c adapter (i2c-4)
Do you want to scan it? (YES/no/selectively): y
Next adapter: NVIDIA i2c adapter (i2c-5)
Do you want to scan it? (YES/no/selectively): y
Next adapter: NVIDIA i2c adapter (i2c-6)
Do you want to scan it? (YES/no/selectively): y
Next adapter: NVIDIA i2c adapter (i2c-7)
Do you want to scan it? (YES/no/selectively): y
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 `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 `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... Yes
Found `Winbond W83627DHG Super IO Sensors' Success!
(address 0x290, driver `w83627ehf')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... No
Trying family `ITE'... No
Some south bridges, CPUs or memory controllers may also contain
embedded sensors. Do you want to scan for them? (YES/no): y
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD K10 thermal sensors... No
Intel Core family thermal sensor... Success!
(driver `coretemp')
Intel AMB FB-DIMM thermal sensor... No
VIA C7 thermal and voltage sensors... No
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `w83627ehf' (should be inserted):
Detects correctly:
* ISA bus, address 0x290
Chip `Winbond W83627DHG Super IO Sensors' (confidence: 9)
Driver `coretemp' (should be inserted):
Detects correctly:
* Chip `Intel Core family thermal sensor' (confidence: 9)
Do you want to generate /etc/sysconfig/lm_sensors? (yes/NO): n
To load everything that is needed, add this to one of the system
initialization scripts (e.g. /etc/rc.d/rc.local):
#----cut here----
# Chip drivers
modprobe w83627ehf
modprobe coretemp
/usr/bin/sensors -s
#----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.
Next i2c-dev run:
dean@linux:~/Desktop$ modprobe i2c-dev
dean@linux:~/Desktop$ i2cdump 1 0x49
No size specified (using byte-data access)
Error: Could not open file `/dev/i2c-1': Permission denied
Run as root?
dean@linux:~/Desktop$ sudo i2cdump 1 0x49
No size specified (using byte-data access)
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-1, address 0x49, mode byte
Continue? [Y/n] y
0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef
00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
f0: ff ff ff ff ff ff ff ff 00 8d 00 00 ff ff ff ff .........?......
Left lm78 unloaded--what next?
Cheers!!
Dean
Jean Delvare wrote:
> Hi Dean,
>
> On Tue, 09 Sep 2008 17:50:33 -0700, Dean Loros wrote:
>> Hi Jean--
>>
>> I'm baffled--I ran the copy of sensors-detect you wanted me
>> to....Results are:
>>
>> dean@linux:~/Desktop$ sudo '/home/dean/Desktop/sensors-detect'
>> (...)
>> Next adapter: SMBus nForce2 adapter at 1c80 (i2c-1)
>> Do you want to scan it? (YES/no/selectively): y
>> Client found at address 0x2d
>> (...)
>> Probing for `National Semiconductor LM78'... Success!
>> (confidence 6, driver `lm78')
>
> The code preventing the misdetection was only for ISA access to the
> device, not I2C access. I've just fixed that.
>
>> (...)
>> Probing for `Winbond W83627DHG'... No
>
> This fails because the chip is not in bank 0 (and we can't reliably
> detect it in that case.) No big deal anyway, the w83627ehf driver
> doesn't make use of the I2C interface, so this detection doesn't need
> to succeed for things to work.
>
>> (...)
>> Client found at address 0x49
>> Probing for `National Semiconductor LM75'... No
>> Probing for `Dallas Semiconductor DS75'... No
>> Probing for `National Semiconductor LM77'... No
>> Probing for `Dallas Semiconductor DS1621/DS1631'... No
>> Probing for `National Semiconductor LM92'... No
>> Probing for `National Semiconductor LM76'... No
>> Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
>
> Mysterious one. Please provide the output of:
>
> modprobe i2c-dev
> i2cdump 1 0x49
>
> Maybe that's a new chip we don't know about.
>
> The rest is as expected.
>
>> Values afterwards:
>>
>>
>> dean@linux:~/Desktop$ sensors
>> acpitz-virtual-0
>> Adapter: Virtual device
>> temp1: +40.0°C (crit = +60.0°C)
>>
>> w83627dhg-isa-0290
>> Adapter: ISA adapter
>> VCore: +1.28 V (min = +1.05 V, max = +1.58 V)
>> in1: +6.92 V (min = +5.91 V, max = +10.40 V)
>> AVCC: +3.33 V (min = +2.30 V, max = +3.47 V)
>> 3VCC: +3.33 V (min = +3.50 V, max = +4.08 V) ALARM
>> in4: +1.28 V (min = +2.04 V, max = +2.04 V) ALARM
>> in5: +1.55 V (min = +0.00 V, max = +0.00 V) ALARM
>> in6: +5.86 V (min = +0.00 V, max = +0.00 V) ALARM
>> VSB: +3.33 V (min = +3.14 V, max = +3.47 V)
>> VBAT: +3.04 V (min = +2.64 V, max = +3.47 V)
>> Case Fan: 3125 RPM (min = 332 RPM, div = 16)
>> CPU Fan: 2556 RPM (min = 332 RPM, div = 16)
>> Aux Fan: 0 RPM (min = 340 RPM, div = 128) ALARM
>> fan4: 1654 RPM (min = 803 RPM, div = 16)
>> fan5: 0 RPM (min = 0 RPM, div = 128)
>> CPU Temp: +34.0°C (high = +127.0°C, hyst = +0.0°C) sensor = transistor
>> M/B Temp: +36.5°C (high = +1.0°C, hyst = +0.0°C) ALARM sensor >> thermistor
>>
>> coretemp-isa-0000
>> Adapter: ISA adapter
>> Core 0: +38.0°C (high = +80.0°C, crit = +100.0°C)
>>
>> coretemp-isa-0001
>> Adapter: ISA adapter
>> Core 1: +45.0°C (high = +80.0°C, crit = +100.0°C)
>>
>> coretemp-isa-0002
>> Adapter: ISA adapter
>> Core 2: +45.0°C (high = +80.0°C, crit = +100.0°C)
>>
>> coretemp-isa-0003
>> Adapter: ISA adapter
>> Core 3: +47.0°C (high = +80.0°C, crit = +100.0°C)
>>
>> lm78-i2c-1-2d
>> Adapter: SMBus nForce2 adapter at 1c80
>> VCore 1: +2.56 V (min = +2.10 V, max = +3.15 V)
>> VCore 2: +2.10 V (min = +1.79 V, max = +3.15 V)
>> +3.3V: +3.33 V (min = +2.30 V, max = +3.47 V)
>> +5V: +3.33 V (min = +3.50 V, max = +4.08 V) ALARM
>> +12V: +2.56 V (min = +4.08 V, max = +4.08 V) ALARM
>> -12V: +3.10 V (min = +0.00 V, max = +0.00 V) ALARM
>> -5V: +3.66 V (min = +0.00 V, max = +0.00 V) ALARM
>> fan1: 50000 RPM (min = 5314 RPM, div = 1) ALARM
>> fan2: 40909 RPM (min = 5314 RPM, div = 1) ALARM
>> fan3: 0 RPM (min = 21774 RPM, div = 2) ALARM
>> temp1: +88.0°C (high = +100.0°C, hyst = +120.0°C) ALARM
>> cpu0_vid: +3.000 V
>>
>>
>> I would say that SMBus nForce2 has my two "missing" fan speeds, but
>> looks like the multiplier is a bit off......
>
> No, no. Again, the LM78 is a misdetection. Do not load the lm78 driver.
> I don't know what chip handles your extra fans, but that's definitely
> not the chip at I2C address 1-2d.
>
>> What do you think?
>
> Please download the latest version of sensors-detect again:
> http://www.lm-sensors.org/browser/lm-sensors/branches/lm-sensors-3.0.0/prog/detect/sensors-detect?format=txt
> I've fixed the misdetection, it will no longer suggest the lm78 driver.
>
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [lm-sensors] Results of running your sensors-detect
2008-09-10 0:50 [lm-sensors] Results of running your sensors-detect Dean Loros
2008-09-10 8:02 ` Jean Delvare
2008-09-10 14:02 ` Dean Loros
@ 2008-09-10 15:53 ` Jean Delvare
2008-09-10 19:16 ` Dean Loros
3 siblings, 0 replies; 5+ messages in thread
From: Jean Delvare @ 2008-09-10 15:53 UTC (permalink / raw)
To: lm-sensors
Hi Dean,
On Wed, 10 Sep 2008 07:02:45 -0700, Dean Loros wrote:
> OK Jean---
>
> ran check---results.
> (...)
> Now follows a summary of the probes I have just done.
> Just press ENTER to continue:
>
> Driver `w83627ehf' (should be inserted):
> Detects correctly:
> * ISA bus, address 0x290
> Chip `Winbond W83627DHG Super IO Sensors' (confidence: 9)
>
> Driver `coretemp' (should be inserted):
> Detects correctly:
> * Chip `Intel Core family thermal sensor' (confidence: 9)
Good, no longer suggests the lm78. Thanks for testing.
> dean@linux:~/Desktop$ modprobe i2c-dev
> dean@linux:~/Desktop$ i2cdump 1 0x49
> No size specified (using byte-data access)
> Error: Could not open file `/dev/i2c-1': Permission denied
> Run as root?
> dean@linux:~/Desktop$ sudo i2cdump 1 0x49
> No size specified (using byte-data access)
> WARNING! This program can confuse your I2C bus, cause data loss and worse!
> I will probe file /dev/i2c-1, address 0x49, mode byte
> Continue? [Y/n] y
> 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef
> 00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> f0: ff ff ff ff ff ff ff ff 00 8d 00 00 ff ff ff ff .........?......
Hmm, I don't know what it is, but it doesn't look like a hardware
monitoring chip for sure.
> Left lm78 unloaded--what next?
I am out of ideas, sorry.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [lm-sensors] Results of running your sensors-detect
2008-09-10 0:50 [lm-sensors] Results of running your sensors-detect Dean Loros
` (2 preceding siblings ...)
2008-09-10 15:53 ` Jean Delvare
@ 2008-09-10 19:16 ` Dean Loros
3 siblings, 0 replies; 5+ messages in thread
From: Dean Loros @ 2008-09-10 19:16 UTC (permalink / raw)
To: lm-sensors
[-- Attachment #1.1: Type: text/plain, Size: 2745 bytes --]
Hi Jean--
OK, I would like a update if you think of anything "interesting"--I'll just
keep an eye on the sensors list.......
Cheers!!
Dean
On Wed, Sep 10, 2008 at 8:53 AM, Jean Delvare <khali@linux-fr.org> wrote:
> Hi Dean,
>
> On Wed, 10 Sep 2008 07:02:45 -0700, Dean Loros wrote:
> > OK Jean---
> >
> > ran check---results.
> > (...)
> > Now follows a summary of the probes I have just done.
> > Just press ENTER to continue:
> >
> > Driver `w83627ehf' (should be inserted):
> > Detects correctly:
> > * ISA bus, address 0x290
> > Chip `Winbond W83627DHG Super IO Sensors' (confidence: 9)
> >
> > Driver `coretemp' (should be inserted):
> > Detects correctly:
> > * Chip `Intel Core family thermal sensor' (confidence: 9)
>
> Good, no longer suggests the lm78. Thanks for testing.
> > dean@linux:~/Desktop$ modprobe i2c-dev
> > dean@linux:~/Desktop$ i2cdump 1 0x49
> > No size specified (using byte-data access)
> > Error: Could not open file `/dev/i2c-1': Permission denied
> > Run as root?
> > dean@linux:~/Desktop$ sudo i2cdump 1 0x49
> > No size specified (using byte-data access)
> > WARNING! This program can confuse your I2C bus, cause data loss and
> worse!
> > I will probe file /dev/i2c-1, address 0x49, mode byte
> > Continue? [Y/n] y
> > 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef
> > 00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 40: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................
> > f0: ff ff ff ff ff ff ff ff 00 8d 00 00 ff ff ff ff .........?......
>
> Hmm, I don't know what it is, but it doesn't look like a hardware
> monitoring chip for sure.
>
> > Left lm78 unloaded--what next?
>
> I am out of ideas, sorry.
>
> --
> Jean Delvare
>
[-- Attachment #1.2: Type: text/html, Size: 3769 bytes --]
[-- Attachment #2: Type: text/plain, Size: 153 bytes --]
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread