mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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

  reply	other threads:[~2005-01-07  9:53 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-07  0:46 J.A. Magallon
2005-01-07  9:51 ` Jean Delvare [this message]
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

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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome