All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali@linux-fr.org>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] lm-sensors 2.10.1 with newer 2.6.x.x kernel can't
Date: Thu, 25 Dec 2008 19:40:57 +0000	[thread overview]
Message-ID: <200812252040.57732.khali@linux-fr.org> (raw)
In-Reply-To: <f421b28c0812221450x5188180u1d21990775c42606@mail.gmail.com>

Hi John,

Le Jeudi 25 Décembre 2008 19:05, John Brier a écrit :
> lm-sensors 3 and libsensors 4 want a newer version of libc6 than I
> have installed, and upgrading that seems like a bad idea (it would
> probably force upgrading all the packages on the system since they all
> depend on libc6, thus I might as well move the whole system from
> debian stable to debian testing) In the end this may be the only
> solution :-(

Ah, OK then. I only thought about libsensors compatibility issues,
not system-wide compatibility issues such as glibc.

That being said, I am a little surprised that Debian offers no half
way between lm-sensors 2.10.1 (over 2 year old!) and 3.0.2 (fairly
recent).

> > Which modules are these?
> 
> i2c_nforce2
> w83627hf
> k8temp is compiled directly into the kernel (non modular).

Please note that i2c-nforce2 isn't actually needed.

> > Please provide the full output of sensors-detect.
> http://pastebin.ca/1293524

Looks sane.

> > Did this system ever work with a different combination of lm-sensors
> > version and kernel version? And what system is this?
> 
> Yes it worked with an older kernel and same version of lm-sensors (not
> certain on the version of lm-sensors because I've updated since then
> of course, this was a year ago that it worked). The kernel it used to
> work on (I can test this again) was 2.6.20.1.

In kernel 2.6.22, the w83627hf driver was converted from an i2c-isa
driver to a platform driver. Even though this is supposedly supported
since lm-sensors 2.10.0, this may still be the cause for the
compatibility problem you're seeing, given how old lm-sensors 2.10.1
is.

Probably the best way to make sure what the exact problem is is to
run "strace sensors" and see where the failure occurs.

It would also be a good idea to check that everything is OK on the
kernel side. What does the following command return?

grep . /sys/class/hwmon/hwmon*/device/name

-- 
Jean Delvare

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  parent reply	other threads:[~2008-12-25 19:40 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-22 22:50 [lm-sensors] lm-sensors 2.10.1 with newer 2.6.x.x kernel can't read John Brier
2008-12-23  5:50 ` [lm-sensors] lm-sensors 2.10.1 with newer 2.6.x.x kernel can't John Brier
2008-12-23  6:03 ` John Brier
2008-12-25 14:29 ` Jean Delvare
2008-12-25 18:05 ` John Brier
2008-12-25 19:40 ` Jean Delvare [this message]
2008-12-25 20:50 ` John Brier
2008-12-25 20:58 ` John Brier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200812252040.57732.khali@linux-fr.org \
    --to=khali@linux-fr.org \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.