stable.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH 4.1 70/78] SCSI: Fix NULL pointer dereference in runtime PM
       [not found] <20150911224616.612338944@linuxfoundation.org>
@ 2015-09-12 17:37 ` Alan Stern
  2015-09-12 20:00   ` Greg Kroah-Hartman
  0 siblings, 1 reply; 2+ messages in thread
From: Alan Stern @ 2015-09-12 17:37 UTC (permalink / raw)
  To: Greg Kroah-Hartman
  Cc: linux-kernel, stable, Stanisław Pitucha, Ilan Cohen,
	Johannes Thumshirn, James Bottomley

On Fri, 11 Sep 2015, Greg Kroah-Hartman wrote:

> 4.1-stable review patch.  If anyone has any objections, please let me know.

It turns out that this patch causes problems with the sr driver.  A
reversion and alternate solution have already been submitted to James
Bottomley (http://marc.info/?l=linux-scsi&m=144185206825609&w=2).  We
ought to hold off putting it into the -stable kernels.

Alan Stern

> ------------------
> 
> From: Alan Stern <stern@rowland.harvard.edu>
> 
> commit 49718f0fb8c9af192b33d8af3a2826db04025371 upstream.
> 
> The routines in scsi_rpm.c assume that if a runtime-PM callback is
> invoked for a SCSI device, it can only mean that the device's driver
> has asked the block layer to handle the runtime power management (by
> calling blk_pm_runtime_init(), which among other things sets q->dev).
> 
> However, this assumption turns out to be wrong for things like the ses
> driver.  Normally ses devices are not allowed to do runtime PM, but
> userspace can override this setting.  If this happens, the kernel gets
> a NULL pointer dereference when blk_post_runtime_resume() tries to use
> the uninitialized q->dev pointer.
> 
> This patch fixes the problem by calling the block layer's runtime-PM
> routines only if the device's driver really does have a runtime-PM
> callback routine.  Since ses doesn't define any such callbacks, the
> crash won't occur.
> 
> This fixes Bugzilla #101371.
> 
> Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
> Reported-by: Stanisław Pitucha <viraptor@gmail.com>
> Reported-by: Ilan Cohen <ilanco@gmail.com>
> Tested-by: Ilan Cohen <ilanco@gmail.com>
> Reviewed-by: Johannes Thumshirn <jthumshirn@suse.de>
> Signed-off-by: James Bottomley <JBottomley@Odin.com>
> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH 4.1 70/78] SCSI: Fix NULL pointer dereference in runtime PM
  2015-09-12 17:37 ` [PATCH 4.1 70/78] SCSI: Fix NULL pointer dereference in runtime PM Alan Stern
@ 2015-09-12 20:00   ` Greg Kroah-Hartman
  0 siblings, 0 replies; 2+ messages in thread
From: Greg Kroah-Hartman @ 2015-09-12 20:00 UTC (permalink / raw)
  To: Alan Stern
  Cc: linux-kernel, stable, StanisÅ?aw Pitucha, Ilan Cohen,
	Johannes Thumshirn, James Bottomley

On Sat, Sep 12, 2015 at 01:37:02PM -0400, Alan Stern wrote:
> On Fri, 11 Sep 2015, Greg Kroah-Hartman wrote:
> 
> > 4.1-stable review patch.  If anyone has any objections, please let me know.
> 
> It turns out that this patch causes problems with the sr driver.  A
> reversion and alternate solution have already been submitted to James
> Bottomley (http://marc.info/?l=linux-scsi&m=144185206825609&w=2).  We
> ought to hold off putting it into the -stable kernels.

I prefer to take patches like this into a stable release, so as to spur
the maintainer on to also get the fix into Linus's tree, which I don't
see happening yet.  I don't like diverging from what Linus has for
obvious reasons.

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-09-12 20:00 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <20150911224616.612338944@linuxfoundation.org>
2015-09-12 17:37 ` [PATCH 4.1 70/78] SCSI: Fix NULL pointer dereference in runtime PM Alan Stern
2015-09-12 20:00   ` Greg Kroah-Hartman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).