On Wed, Jul 23, 2014 at 07:10:14AM -0700, Christoph Hellwig wrote: > On Wed, Jul 23, 2014 at 01:54:43PM +0100, Sitsofe Wheeler wrote: > > That's good to know (I was worried the device would not be detected as > > supporting discard because it doesn't report lbpme and doesn't declare a > > conformance version (see below)). > > Ok, that makes things worse - you might be able to force it through > sysfs, though. I've got a hack that seems to be working for me - see below. > > Is there a tree with all these updates > > in or do they need to be pieced together from this email thread? > > I'm picking this up for my scsi-queue tree. Still need a review > for the patch we're replying to before that one can go in, though. OK. > > Additionally is it worth quirking sd_try_rc16_first on when > > BLIST_TRY_VPD_PAGES is present? > > Sounds reasonable to me. OK did you want me to post a set of changes to your patch? I've basically changed the patches from bypassing the SCSI level check (to allow scanning of VPD pages) to also try READ_CAPACITY(16) first and bypass lbpme checks. Now it's more of a case of BLIST_TRY_LBP... -- Sitsofe | http://sucs.org/~sits/ -- 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
