- Only probe I2C addresses for which we know at least one device. This will
speed up the probing a bit, and hopefully limit both user and hardware
confusion.
- Drop ARP-capable device detection, we don't do anything useful with
the information and we have no other reason to probe I2C address 0x61.
i2cdetect can be used instead when we want to know more about a given
I2C bus.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4304 7894878c-1315-0410-8ee3-d5d059ff63e0
Note that this chip appears to need a different key compared to other
ITE chips, so it doesn't appear in the "ITE" family of Super-I/O chips.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4227 7894878c-1315-0410-8ee3-d5d059ff63e0
sensord: Add pc87247 support (fans only).
sensors: Add pc87247 support (fans only).
sensors-detect: Advertise the upcoming pc87427 driver.
Thanks to Amir Habibi at Candelis for setting up a test system.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4196 7894878c-1315-0410-8ee3-d5d059ff63e0
For families where it makes sense (ITE, Winbond, Fintek), when we have
an unknown Super-I/O, we scan all logical devices in search of one
with the typical address for hardware monitoring (0x290). If we find
it, we let the user know there are probably sensors in the chip.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4144 7894878c-1315-0410-8ee3-d5d059ff63e0
The detection is based of the PCI device class (SMBus is 0x0c05).
This will let us spot new adapters. Of course we can't load or even
suggest a driver for an unknown adapter, but at least the user will
know there's something to be investigated, and this should help us
when users report such configurations.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4143 7894878c-1315-0410-8ee3-d5d059ff63e0
(Linux 2.6). Still fallback to /proc (Linux 2.4). sysfs provides the PCI
device domain and class, which were hard to get from /proc.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4142 7894878c-1315-0410-8ee3-d5d059ff63e0
with the Super-I/O detection, and less reliable. Our w83627ehf driver
only supports the Super-I/O detection anyway.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4141 7894878c-1315-0410-8ee3-d5d059ff63e0
There are too many of these, the list was not up-to-date. And there
are different drivers which can give access to their I2C busses,
we can't guess which one the user wants. It was somewhat confusing
to suggest a driver which is not in mainline anyway.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4140 7894878c-1315-0410-8ee3-d5d059ff63e0
* Fix project homepage.
* Init scripts are in /etc/init.d on modern systems, rather than
/etc/rc.d/init.d. That way it works on Fedora, Suse and Gentoo, at
least.
* Don't tell the user to copy the init script if it's already there.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4131 7894878c-1315-0410-8ee3-d5d059ff63e0
* Give a name to Super-I/O chip families.
* Merge the two Winbond families.
* Be smarter when testing Super-I/O chips, read the device ID only once.
* When an unknown chip is found, print the ID only once.
* Reformat the warning message when a module isn't found.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4129 7894878c-1315-0410-8ee3-d5d059ff63e0
* Shorten the date part in revision string.
* Make the chip names more consistent.
* Align the result of ISA and Super-I/O probes.
* Replace "Failed!" with a less needlessly alarming "No".
* Make the ISA and Super-I/O probe results more compact.
* Adjust some explanations.
* Don't ask again before probing secondary Super-I/O address.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@4128 7894878c-1315-0410-8ee3-d5d059ff63e0
Jean Delvare