Bug 8593 - w83627ehf returns unsupported chip
Summary: w83627ehf returns unsupported chip
Status: RESOLVED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Hardware Monitoring (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Jean Delvare
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-06 15:26 UTC by Patrick Matthäi
Modified: 2007-08-25 11:48 UTC (History)
0 users

See Also:
Kernel Version: 2.6.22-rc6
Tree: Mainline
Regression: ---


Attachments
Be quiet when no chip is found (663 bytes, patch)
2007-06-24 02:31 UTC, Jean Delvare
Details | Diff

Description Patrick Matthäi 2007-06-06 15:26:45 UTC
Most recent kernel where this bug did *NOT* occur: N/A
Distribution: Debian Sid
Hardware Environment: MSI K8N Neo4-F (nforce 4)
Software Environment: libsensors3 (2.10.3-1)
Problem Description:
dmesg says to me, that the module w83627ehf returns an unsopported chip ID, but
it seems to be well supported.

dmesg output:
http://nopaste.linux-dev.org/?1547
sensors output:
http://nopaste.linux-dev.org/?1548
Comment 1 Jean Delvare 2007-06-06 22:55:11 UTC
Please include the relevant part of dmesg and sensors outputs in this bug
directly. Do not post the key bug information to third-party sites which may or
may not exist next week.
Comment 2 Patrick Matthäi 2007-06-08 00:23:48 UTC
dmesg:
w83627ehf: unsupported chip ID: 0xffff

# sensors
k8temp-pci-00c3
Adapter: PCI adapter
Core0 Temp:
             +27
Comment 3 Jean Delvare 2007-06-08 07:38:40 UTC
This is the same problem as was reported here:
http://lists.lm-sensors.org/pipermail/lm-sensors/2007-May/019716.html
Comment 4 Patrick Matthäi 2007-06-16 05:38:35 UTC
My BIOS version: 5.3


sensors-detect output:

the-me:/home/me# sensors-detect
# sensors-detect revision 4348 (2007-03-18 02:45:21 -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): y
Probing for PCI bus adapters...
Use driver `i2c-nforce2' for device 0000:00:01.1: nVidia Corporation nForce4 SMBus (MCP)

We will now try to load each adapter module in turn.
Module `i2c-nforce2' 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
FATAL: Module i2c_dev not found.
Loading failed, expect problems later on.

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.

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 `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'...                                      No
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
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'...                       Yes
Found `Winbond W83627EHF/EHG Super IO Sensors'              Success!
    (address 0x290, driver `w83627ehf')

Some CPUs or memory controllers may also contain embedded sensors.
Do you want to scan for them? (YES/no): y
AMD K8 thermal sensors...                                   Success!
    (driver `k8temp')
Intel Core family thermal sensor...                         No
Intel AMB FB-DIMM thermal sensor...                         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 W83627EHF/EHG Super IO Sensors' (confidence: 9)

Driver `k8temp' (should be inserted):
  Detects correctly:
  * Chip `AMD K8 thermal sensors' (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:

#----cut here----
# Chip drivers
w83627ehf
k8temp
#----cut here----


Do you want to add these lines to /etc/modules automatically? (yes/NO)n


All my other informations are available in the first commit.
Comment 5 Jean Delvare 2007-06-24 02:31:54 UTC
Created attachment 11862 [details]
Be quiet when no chip is found

Note You need to log in before you can comment on or make changes to this bug.