On 12/09/13 20:14, Jean Delvare wrote:
On Thu, 12 Sep 2013 19:46:42 +0100, Phil Perry wrote:
On 12/09/13 19:26, Jean Delvare wrote:
Thanks for the report. I have committed the patch to the legacy tree,
after all others might be interested...
In addition to your patch, I also added the following to sensors-detect:
--- lm_sensors-2.10.8.orig/prog/detect/sensors-detect 2008-12-15
08:36:09.000000000 +0000
+++ lm_sensors-2.10.8/prog/detect/sensors-detect 2013-09-12
13:25:29.000000000 +0100
@@ -681,7 +681,7 @@ use vars qw(@pci_adapters_sis5595 @pci_a
i2c_detect => sub { lm85_detect(0x41, @_); },
},
{
- name => "SMSC EMC6D100, EMC6D101 or EMC6D102",
+ name => "SMSC EMC6D100, EMC6D101, EMC6D102 or EMC6D103",
driver => "lm85",
i2c_addrs => [0x2c..0x2e],
i2c_detect => sub { lm85_detect(0x5c, @_); },
Committed, thanks.
Where can I find that legacy tree? There might be other bits there I can
use, or there may be bits I can also contribute. For example, my
backported lm85 should also support the adt7468 chip but presumably that
would also require support to be backported to lm-sensors.
As documented on http://www.lm-sensors.org/wiki/Download :
$ svn checkout http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-2.10 lm-sensors-2.10
We also backport support for k10temp into our lm_sensors-2.10.8 package
to support our kmod-k10temp driver and would happily contribute that if
you don't already have it.
I don't. That being said, this is a legacy branch, so we are only
accepting bug fixes and trivial additions. Any change requiring a
significant amount of new code would not be accepted, at least not by
me. If you really want it in and plan to contribute more to the legacy
branch then I'd rather create a subversion account for you and let you
become the maintainer of the legacy branch.
Frankly, if your users have to install a non-standard lm_sensors
package, you might as well package version 3 and have all the support
for new chips for free.
That would indeed be preferable.
I can build lm_sensors-3 packages for RHEL-5 but the main issue I see is
that other packages in RHEL-5 (e.g, kdebase, net-snmp) require
libsensors.so.3 whereas lm_sensors-3 provides libsensors.so.4. Is
libsensors.so.4 backward compatible or is this a likely show-stopper?
Maybe rebuilding these packages against an updated lm_sensors-3 package
would solve that issue. But still, this is really more than we'd ideally
like to do (we don't want to be replacing more packages in the distro
than we absolutely have to).
_______________________________________________
lm-sensors mailing list
lm-sensors@xxxxxxxxxxxxxx
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
