The culprit was VPD page 0. Inquiry on VPD page 0 wasn't returning 0xb0 as one of the supported pages. So, the *scsi_get_vpd_page(sdkp->device, 0xb0, buffer, vpd_len))* was failing. Corrected VPD page 0 response. Now everything works as expected... :-) Thanks anyway... -John On Tue, Oct 30, 2012 at 12:53 PM, Martin K. Petersen <martin.petersen@xxxxxxxxxx> wrote: >>>>>> "John" == John Washer <johnkwasher@xxxxxxxxx> writes: > > John> Provisioning mode is not being set to "unmap" even though it seems > John> that device firmware provides all the required information to SD. > > I instrumented scsi_debug to provide the same values as your device > (LBPME=1, identical Block Limits VPD, no LBP VPD) and we end up choosing > unmap. So I'm not sure what's going on in your case. Which kernel are > you using? > > > John> 3. The device does not support VPD 0xb2. > John> $ sudo sg_vpd -p 0xb2 /dev/sg1 > John> VPD page=0xb2 > John> fetching VPD page failed > > FWIW, the Logical Block Provisioning VPD page is now mandatory. > > > John> But when I check the "/sys.../provisioning_mode" it is set to > John> Write Same 16. > > What happens if you override it by writing "unmap" to that file? > > -- > Martin K. Petersen Oracle Linux Engineering -- 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
