On Mon, Nov 21, 2016 at 01:24:02PM -0500, Ewan Milne wrote: > On Mon, 2016-11-21 at 12:34 -0500, Douglas Gilbert wrote: > > There was also this change which seems closer to the problem area: > > > > commit 461c7fa126794157484dca48e88effa4963e3af3 > > Author: Kirill A. Shutemov <kirill.shutemov@xxxxxxxxxxxxxxx> > > Date: Tue Feb 2 16:57:35 2016 -0800 > > > > drivers/scsi/sg.c: mark VMA as VM_IO to prevent migration > > ... > > > > diff --git a/drivers/scsi/sg.c b/drivers/scsi/sg.c > > index 503ab8b..5e82067 100644 > > --- a/drivers/scsi/sg.c > > +++ b/drivers/scsi/sg.c > > @@ -1261,7 +1261,7 @@ sg_mmap(struct file *filp, struct vm_area_struct *vma) > > } > > > > sfp->mmap_called = 1; > > - vma->vm_flags |= VM_DONTEXPAND | VM_DONTDUMP; > > + vma->vm_flags |= VM_IO | VM_DONTEXPAND | VM_DONTDUMP; > > vma->vm_private_data = sfp; > > vma->vm_ops = &sg_mmap_vm_ops; > > return 0; > > > > Doug Gilbert > > > > Neither this change nor "sg: fix dxferp in from_to case" appears to > fix the issue when applied on top of 4.4. Still looking... This brings bad memories from commit 2d99b55d3 back to live, but this is applied on all test kernels I have. I too will run some bisection as well now that we have an easy reproducer and my timezone is somewhat ahead. Let's see if we can stretch the workday a bit. Byte, Johannes -- Johannes Thumshirn Storage jthumshirn@xxxxxxx +49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) Key fingerprint = EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D 2D76 0850 -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
