From: khali@linux-fr.org (Jean Delvare)
To: "J.A. Magallon" <jamagallon@able.es>
Cc: LKML <linux-kernel@vger.kernel.org>, Greg KH <greg@kroah.com>,
Andrew Morton <akpm@osdl.org>,
LM Sensors <sensors@stimpy.netroedge.com>
Subject: i2c: lost sensors with 2.6.10(-mm1)
Date: Thu, 19 May 2005 06:25:29 +0000 [thread overview]
Message-ID: <41DE5B99.1040602@linux-fr.org> (raw)
In-Reply-To: <1105058791l.5580l.0l@werewolf.able.es>
J.A. Magallon wrote:
> I have lost my sensors info with 2.6.10, in particular -mm1.
> They work fine with 2.6.9-mm1 (current state of the box, booted on
> 2.6.9 or 10, no other difference).
> (...)
> I have noticed different contents in /sys:
> under 2.6.9:
> /sys/devices/platform/i2c-1:
> /sys/devices/platform/i2c-1/1-0290:
> /sys/devices/platform/i2c-1/1-0290/power:
> /sys/devices/platform/i2c-1/power:
>
> under 2.6.10:
> /sys/devices/platform/i2c-1:
> /sys/devices/platform/i2c-1/power:
>
> So some /sys nodes are missing !!!
> (the isa bus)
This basically means that the i2c client was not registered.
> Debug output from 2.6.10-mm1:
> (...)
> Jan 7 01:33:11 werewolf kernel: i2c-core: driver w83627hf registered.
> Jan 7 01:33:11 werewolf kernel: i2c_adapter i2c-1: found normal isa entry for adapter 9191, addr 0290
However, this suggests that the driver loaded properly and the base
address was correctly read from Super-I/O space. This would mean that
the problem happened later, in w83627hf_detect(). The most likely reason
for this would be if the region request failed (unfortunately we have no
message, not even debug, if this happens).
> Some ideas ?
Three things to try, in order:
1* Compare /proc/ioports in 2.6.9-mm1 and 2.6.10-mm1. I suspect that the
0x290-0x297 range is held by some device in 2.6.10-mm1.
2* Try reverting this patch in 2.6.10-mm1:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10/2.6.10-mm1/broken-out/bk-i2c.patch
It does indeed include a change in the way the I/O region is requested.
It should not make any difference, but maybe we are missing something
and it actually does.
3* Try a vanilla 2.6.10 kernel and report how it is going.
Thanks,
--
Jean Delvare
WARNING: multiple messages have this Message-ID (diff)
From: Jean Delvare <khali@linux-fr.org>
To: "J.A. Magallon" <jamagallon@able.es>
Cc: LKML <linux-kernel@vger.kernel.org>, Greg KH <greg@kroah.com>,
Andrew Morton <akpm@osdl.org>,
LM Sensors <sensors@stimpy.netroedge.com>
Subject: Re: i2c: lost sensors with 2.6.10(-mm1)
Date: Fri, 07 Jan 2005 10:51:21 +0100 [thread overview]
Message-ID: <41DE5B99.1040602@linux-fr.org> (raw)
In-Reply-To: <1105058791l.5580l.0l@werewolf.able.es>
J.A. Magallon wrote:
> I have lost my sensors info with 2.6.10, in particular -mm1.
> They work fine with 2.6.9-mm1 (current state of the box, booted on
> 2.6.9 or 10, no other difference).
> (...)
> I have noticed different contents in /sys:
> under 2.6.9:
> /sys/devices/platform/i2c-1:
> /sys/devices/platform/i2c-1/1-0290:
> /sys/devices/platform/i2c-1/1-0290/power:
> /sys/devices/platform/i2c-1/power:
>
> under 2.6.10:
> /sys/devices/platform/i2c-1:
> /sys/devices/platform/i2c-1/power:
>
> So some /sys nodes are missing !!!
> (the isa bus)
This basically means that the i2c client was not registered.
> Debug output from 2.6.10-mm1:
> (...)
> Jan 7 01:33:11 werewolf kernel: i2c-core: driver w83627hf registered.
> Jan 7 01:33:11 werewolf kernel: i2c_adapter i2c-1: found normal isa entry for adapter 9191, addr 0290
However, this suggests that the driver loaded properly and the base
address was correctly read from Super-I/O space. This would mean that
the problem happened later, in w83627hf_detect(). The most likely reason
for this would be if the region request failed (unfortunately we have no
message, not even debug, if this happens).
> Some ideas ?
Three things to try, in order:
1* Compare /proc/ioports in 2.6.9-mm1 and 2.6.10-mm1. I suspect that the
0x290-0x297 range is held by some device in 2.6.10-mm1.
2* Try reverting this patch in 2.6.10-mm1:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.10/2.6.10-mm1/broken-out/bk-i2c.patch
It does indeed include a change in the way the I/O region is requested.
It should not make any difference, but maybe we are missing something
and it actually does.
3* Try a vanilla 2.6.10 kernel and report how it is going.
Thanks,
--
Jean Delvare
next prev parent reply other threads:[~2005-05-19 6:25 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-07 0:46 i2c: lost sensors with 2.6.10(-mm1) J.A. Magallon
2005-01-07 9:51 ` Jean Delvare [this message]
2005-05-19 6:25 ` Jean Delvare
2005-01-08 0:02 ` J.A. Magallon
2005-01-08 0:37 ` Fwd: Re: i2c: lost sensors with 2.6.10(-mm1) [jamagallon@able.es] J.A. Magallon
2005-01-08 1:45 ` i2c: lost sensors with 2.6.10(-mm1) J.A. Magallon
2005-05-19 6:25 ` J.A. Magallon
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=41DE5B99.1040602@linux-fr.org \
--to=khali@linux-fr.org \
--cc=akpm@osdl.org \
--cc=greg@kroah.com \
--cc=jamagallon@able.es \
--cc=linux-kernel@vger.kernel.org \
--cc=sensors@stimpy.netroedge.com \
/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.