From: greg@kroah.com (Greg KH)
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:45 +0000 [thread overview]
Message-ID: <20050322053359.GD14622@kroah.com> (raw)
In-Reply-To: <20050315050746.GB13009@kroah.com>
On Mon, Mar 21, 2005 at 06:16:41PM -0800, Andrew Morton wrote:
> Jean Delvare <khali@linux-fr.org> 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
> >
> > > 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?
> >
> > Tony, Miles' original report is here:
> > http://marc.theaimsgroup.com/?l=linux-kernel&m\x111076667232062&w=2
> > Sorry for providing the link before.
>
> (I'm getting in a mess here. bugzilla is good for some things after all)
>
> Do we consider this to all be fixed up now?
I thought so. Jean?
greg k-h
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 ` Antonino A. Daplas
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
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 ` Jean Delvare
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 ` Miles Lane
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 ` 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 ` 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 ` Miles Lane
2005-05-19 6:25 ` Andrew Morton
2005-05-19 6:25 ` Jean Delvare
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 ` Miles Lane
2005-05-19 6:25 ` Greg KH [this message]
2005-05-19 6:25 ` Jean Delvare
2005-05-19 6:25 ` Miles Lane
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=20050322053359.GD14622@kroah.com \
--to=greg@kroah.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.