> -----Original Message----- > From: James Bottomley [mailto:jbottom...@parallels.com] > Sent: Monday, July 28, 2014 1:03 PM > To: KY Srinivasan > Cc: linux-ker...@vger.kernel.org; h...@infradead.org; sits...@gmail.com; > de...@linuxdriverproject.org; a...@canonical.com; > martin.peter...@oracle.com; linux-s...@vger.kernel.org; > oher...@suse.com; gre...@linuxfoundation.org; jasow...@redhat.com > Subject: Re: [PATCH v2 3/3] [SCSI] Make LBP quirk skip lbpme checks tests > > On Mon, 2014-07-28 at 19:05 +0000, KY Srinivasan wrote: > > > > > -----Original Message----- > > > From: Martin K. Petersen [mailto:martin.peter...@oracle.com] > > > Sent: Monday, July 28, 2014 12:03 PM > > > To: KY Srinivasan > > > Cc: Martin K. Petersen; Sitsofe Wheeler; Christoph Hellwig; > > > gre...@linuxfoundation.org; linux-ker...@vger.kernel.org; > > > de...@linuxdriverproject.org; oher...@suse.com; a...@canonical.com; > > > jasow...@redhat.com; jbottom...@parallels.com; linux- > > > s...@vger.kernel.org > > > Subject: Re: [PATCH v2 3/3] [SCSI] Make LBP quirk skip lbpme checks > > > tests > > > > > > >>>>> "KY" == KY Srinivasan <k...@microsoft.com> writes: > > > > > > KY, > > > > > > KY> "At the time thin-provisioning was defined, the discovery > > > KY> information was first proposed in READ CAPACITY 16 command. And > > > then > > > KY> moved into the new dedicated VPD page - B2h. You can see the > > > KY> information reported in this VPD page is richer than READ > > > KY> CAPACITY > > > KY> 16 command. As this transition happened during we added the > > > KY> feature, Windows uses the newer method that based on VPD page > > > KY> B2h. It looks Linux tries to use both new and old method which is > weird to me." > > > > > > The READ CAPACITY(16) response is not optional. > > > > Ok; that settles the issue then. I will attempt to get it fixed on Windows. > > Like Martin says, this isn't optional either/or; it's mandatory to support > the RC > 16 bits. If you don't want to get into playing the messenger between us and > the windows guys on SCSI standards, we'd be happy to communicate > directly, either by email or a phone meeting.
Thanks James. I will take up your offer if needed. Regards, K. Y _______________________________________________ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel