On Fri, 2014-06-13 at 12:31 -0700, Greg KH wrote: > On Fri, Jun 13, 2014 at 12:18:25PM -0700, James Bottomley wrote: > > On Fri, 2014-06-13 at 12:15 -0700, Venkatesh Srinivas wrote: > > > On Fri, Jun 13, 2014 at 12:09 PM, James Bottomley > > > <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx> wrote: > > > > On Fri, 2014-06-13 at 11:52 -0700, Christoph Hellwig wrote: > > > >> On Fri, Jun 13, 2014 at 10:58:22AM -0700, Venkatesh Srinivas wrote: > > > >> > CC-ing stable as 3.14 and 3.15 are affected; a conservative fix is to > > > >> > enable no_async_abort until the problem is better-understood. > > > >> > > > >> No patch attached. Nevermind this is not a consdervative fix, but a > > > >> band aid. The proper fix is to figure out what's actually going on > > > >> here. > > > >> > > > >> >From your trace above it very much looks like a double completion of > > > >> some sort. > > > >> > > > >> I've looked at the virtio-scsi code a bit, and one odd thing it does > > > >> that comes in handy here is that it doesn't really use a traditional > > > >> tag, but rather the address of the scsi command. > > > > > > > > What kernel version? This is the exact signature of the original USB > > > > REQUEST_SENSE problem. > > > > > > Mix of kernels, all 3.14-based. Debian 3.14-0.bpo, Gentoo's 3.14, > > > upstream from git as of a few days ago. > > > > > > Distribution 3.13 and earlier kernels (Debian's 3.2.0-4, Debian > > > 3.13-0.bpo.1, Gentoo 3.13.6) do not hit this issue with the same > > > workload. > > > > OK, I've no idea what's in distro kernels, so you're looking for this > > fix: > > > > commit d555a2abf3481f81303d835046a5ec2c4fb3ca8e > > Author: James Bottomley <JBottomley@xxxxxxxxxxxxx> > > Date: Fri Mar 28 10:50:17 2014 -0700 > > > > [SCSI] Fix spurious request sense in error handling > > > > It went into v3.15-rc3. It looks like it wasn't backported to stable. > > That would be because no one asked it to be backported, why didn't you > tag it as such? Because it was a fix for a recently introduced problem with async aborts at the time. The fact that it may fix other problems is only just becoming clear. James -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html