Attachment 44266 Details for Bug 35138 – The output of sensors-detect

The output of sensors-detect

sensors-detect.txt (text/plain), 4.36 KB, created by Denis Washington on 2011-03-09 03:15:40 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Denis Washington

Created: 2011-03-09 03:15:40 UTC

Size: 4.36 KB

patch

obsolete

># sensors-detect revision 5861 (2010-09-21 17:21:05 +0200)
># System: TOSHIBA Satellite L500 (laptop)
># Board: TOSHIBA KSWAA
>
>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.
>
>Some south bridges, CPUs or memory controllers contain embedded sensors.
>Do you want to scan for them? This is totally safe. (YES/no): 
>Module cpuid loaded successfully.
>Silicon Integrated Systems SIS5595...                       No
>VIA VT82C686 Integrated Sensors...                          No
>VIA VT8231 Integrated Sensors...                            No
>AMD K8 thermal sensors...                                   No
>AMD Family 10h thermal sensors...                           No
>AMD Family 11h thermal sensors...                           No
>Intel digital thermal sensor...                             Success!
>    (driver `coretemp')
>Intel AMB FB-DIMM thermal sensor...                         No
>VIA C7 thermal sensor...                                    No
>VIA Nano thermal sensor...                                  No
>
>Some Super I/O chips contain embedded 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 `National Semiconductor'...                   No
>Trying family `SMSC'...                                     No
>Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
>Trying family `ITE'...                                      No
>Probing for Super-I/O at 0x4e/0x4f
>Trying family `National Semiconductor'...                   No
>Trying family `SMSC'...                                     No
>Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
>Trying family `ITE'...                                      No
>
>Some hardware monitoring chips are 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 LM79' at 0x290...       No
>Probing for `Winbond W83781D' at 0x290...                   No
>Probing for `Winbond W83782D' at 0x290...                   No
>
>Lastly, we can probe the I2C/SMBus adapters for connected hardware
>monitoring devices. This is the most risky part, and while it works
>reasonably well on most systems, it has been reported to cause trouble
>on some systems.
>Do you want to probe the I2C/SMBus adapters now? (YES/no): 
>Using driver `i2c-i801' for device 0000:00:1f.3: Intel ICH9
>Module i2c-dev loaded successfully.
>
>Next adapter: Radeon i2c bit bus 0x90 (i2c-0)
>Do you want to scan it? (YES/no/selectively): 
>
>Next adapter: Radeon i2c bit bus 0x91 (i2c-1)
>Do you want to scan it? (YES/no/selectively): 
>
>Next adapter: Radeon i2c bit bus 0x92 (i2c-2)
>Do you want to scan it? (YES/no/selectively): 
>
>Next adapter: Radeon i2c bit bus 0x93 (i2c-3)
>Do you want to scan it? (YES/no/selectively): 
>
>Next adapter: Radeon i2c bit bus 0x94 (i2c-4)
>Do you want to scan it? (YES/no/selectively): 
>
>Next adapter: Radeon i2c bit bus 0x95 (i2c-5)
>Do you want to scan it? (YES/no/selectively): 
>
>Next adapter: Radeon i2c bit bus 0x96 (i2c-6)
>Do you want to scan it? (YES/no/selectively): 
>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: Radeon aux bus DP-auxch (i2c-7)
>Do you want to scan it? (YES/no/selectively): 
>
>Now follows a summary of the probes I have just done.
>Just press ENTER to continue: 
>
>Driver `coretemp':
>  * Chip `Intel digital thermal sensor' (confidence: 9)
>
>To load everything that is needed, add this to /etc/modules:
>#----cut here----
># Chip drivers
>coretemp
>#----cut here----
>If you have some drivers built into your kernel, the list above will
>contain too many modules. Skip the appropriate ones!
>
>Do you want to add these lines automatically to /etc/modules? (yes/NO)
>
>Unloading i2c-dev... OK
>Unloading cpuid... OK
>

Actions: View

Attachments on bug 35138: 44266

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.