From: adaplas@hotpop.com (Antonino A. Daplas)
To: lm-sensors@vger.kernel.org
Subject: Who should I write to about this OOPS in 2,6,11-mm3?
Date: Thu, 19 May 2005 06:25:43 +0000 [thread overview]
Message-ID: <200503171913.59310.adaplas@hotpop.com> (raw)
In-Reply-To: <20050315050746.GB13009@kroah.com>
On Thursday 17 March 2005 00:37, Jean Delvare wrote:
> Hi Tony,
>
> > I've only seen the savage bug report. Yes, unfortunately, this is the
> > case of 2 drivers attempting to control a single device since the
> > savagefb and the i2c prosavage drivers will attempt to ioremap the
> > same mmio region. If you need the i2c prosavage bus, then savagefb
> > must be completely disabled, as setting CONFIG_FB_SAVAGE_I2C to n will
> > not help. If both savagefb and i2c are needed, then you just have to
> > use the i2c bus registered by savagefb.
>
> I understand the problem you describe, and it should certainly be
> addressed by Kconfig dependencies. However, I don't think this is the
> problem here. If you look at the configuration file, you'll see that
> neither i2c-prosavage nor i2c-savage4 are enabled:
>
> # CONFIG_I2C_PROSAVAGE is not set
> # CONFIG_I2C_SAVAGE4 is not set
I was able to also duplicate the bug with eeprom with nividiafb-i2c, and the
bug only appears when running sensors as a regular user, not as root.
I've tracked this to eeprom_read in drivers/i2c/chips/eeprom. I don't know
exactly what happens but commenting out this part in eeprom_read():
if (data->nature = VAIO && off < 16 && !capable(CAP_SYS_ADMIN)) {
#if 0
int in_row1 = 16 - off;
memset(buf, 0, in_row1);
if (count - in_row1 > 0)
memcpy(buf + in_row1, &data->data[16], count - in_row1);
#endif
at least, prevents the hang.
>
> > And yes, there is code duplication, but unfortunately savagefb cannot
> > use the i2c-prosavage bus since one of them will fail to acquire the
> > io regions.
>
> I wonder if the standalone i2c drivers are needed at all anymore, now
> that the framebuffer driver includes the same functionality.
>
> > I haven't seen the nvidiafb report, but it is probably something
> > similar.
>
> Note that there is no i2c bus driver for nvidia graphics adapters in the
> kernel tree. The conflicting driver is rivatv and it lives outside the
> kernel tree.
>
> Miles, are you by any chance using rivatv?
I'll try investigating this also, but can you also try disabling
CONFIG_I2C_NFORCE2?
Tony
next prev parent reply other threads:[~2005-05-19 6:25 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-19 6:25 Who should I write to about this OOPS in 2,6,11-mm3? Greg KH
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Antonino A. Daplas
[not found] ` <20050317154226.24c1f8f8.akpm@osdl.org>
[not found] ` <200503180754.21258.adaplas@hotpop.com>
2005-03-22 2:40 ` Andrew Morton
2005-03-22 2:59 ` Miles Lane
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Antonino A. Daplas [this message]
2005-05-19 6:25 ` Antonino A. Daplas
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Antonino A. Daplas
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Antonino A. Daplas
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Antonino A. Daplas
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Andrew Morton
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Andrew Morton
2005-05-19 6:25 ` Andrew Morton
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Greg KH
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Miles Lane
2005-05-19 6:25 ` Andrew Morton
2005-05-19 6:25 ` Andrew Morton
2005-05-19 6:25 ` Andrew Morton
2005-05-19 6:25 ` Jean Delvare
2005-05-26 9:05 ` [lm-sensors] Re: Who should I write to about this OOPS in 2, 6, Andrew Morton
2005-05-26 9:05 ` Greg KH
2005-05-26 9:05 ` Andrew Morton
2005-05-26 9:05 ` Miles Lane
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=200503171913.59310.adaplas@hotpop.com \
--to=adaplas@hotpop.com \
--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.