From: Neil Horman <nhorman@tuxdriver.com>
To: Jesse Barnes <jbarnes@virtuousgeek.org>
Cc: greg@kroah.com, linux-pci@vger.kernel.org,
linux-kernel@vger.kernel.org, akpm@linux-foundation.org
Subject: Re: [PATCH] ibmphp: Fix module ref count underflow
Date: Tue, 16 Dec 2008 20:13:34 -0500 [thread overview]
Message-ID: <20081217011334.GA5857@localhost.localdomain> (raw)
In-Reply-To: <200812161252.51191.jbarnes@virtuousgeek.org>
On Tue, Dec 16, 2008 at 12:52:50PM -0800, Jesse Barnes wrote:
> On Tuesday, December 16, 2008 11:56 am Neil Horman wrote:
> > On Tue, Dec 16, 2008 at 10:42:08AM -0800, Jesse Barnes wrote:
> > > On Wednesday, December 10, 2008 11:43 am Neil Horman wrote:
> > > > Hey-
> > > > I happened to notice that the ibmphp hotplug driver does something
> > > > rather silly in its init routine. It purposely calls module_put so as
> > > > to underflow its module ref count to avoid being removed from the
> > > > kernel. This is bad practice, and wrong, since it provides a window for
> > > > subsequent module_gets to reset the refcount to zero, allowing an
> > > > unload to race in and cause all sorts of mysterious panics. If the
> > > > module is unsafe to load, it should inform the kernel as such with a
> > > > call to __unsafe. The patch below does that.
> > >
> > > Thanks Neil, applied this to my for-linus branch since it sounds
> > > potentially serious (but also low risk since who uses ibmphp anymore? :)
> >
> > Dang it! Sorry, Jesse. Yes, youre absolutely right, it is low risk. It
> > really just a bit of sillyness all around.
> >
> > Unfortunately, I took part in the sillyness. The problem was reported to
> > me on RHEL, and I tested there, without checking upstream too closely. As
> > aresult, the patch I gave you is a bit out of date, and won't compile.
> > I've tested the new patch here much more closely. apologies. I informed
> > akpm who was looking at it, but neglected to copy you.
> >
> > This patch corrects the same problem in that it prevents module unloads in
> > a sane fashion, by not registering an exit routine
> >
> > Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
>
> Ah was just doing my testing & building now so I would have caught it in a
> minute. :) I'll replace the patch I have with this one, thanks.
>
> Jesse
>
Thank you, that matches what Andrew has in his tree. Apologies for the noise
Neil
prev parent reply other threads:[~2008-12-17 1:15 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-10 19:43 [PATCH] ibmphp: Fix module ref count underflow Neil Horman
2008-12-10 22:28 ` Greg KH
2008-12-11 1:28 ` Neil Horman
2008-12-16 18:42 ` Jesse Barnes
2008-12-16 19:56 ` Neil Horman
2008-12-16 20:52 ` Jesse Barnes
2008-12-17 1:13 ` Neil Horman [this message]
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=20081217011334.GA5857@localhost.localdomain \
--to=nhorman@tuxdriver.com \
--cc=akpm@linux-foundation.org \
--cc=greg@kroah.com \
--cc=jbarnes@virtuousgeek.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@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.