Re: Large disk drives

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 6 Nov 2014, Boaz Harrosh wrote:

> On 11/06/2014 12:30 PM, James Bottomley wrote:

> > We really don't want to make the decision within the kernel of whether
> > we believe the partition size or the disk capacity.   For these disk
> > problems we need it to be the former, but if we choose that always,
> > we'll get weird results on mispartitioned devices.
> > 
> > The usual rule is no policy in the kernel and which to choose is policy,
> > so just export the knob (as Alan's patch does) and then let userspace
> > decide.

Another alternative would be to export a policy setting for whether or 
not to take the capacity from the partition table.  That would be more 
convenient for users, because then they wouldn't have to figure out the 
number of blocks in the drive.  On the other hand, it wouldn't work so 
well if there is no partition table and the user wants to create one.

> I do not think it is a matter of policy.
> 
> From what I understand the situation is that read_capacity_10() which is
> 32bit, Max 2T byte disks. fails with 0xffffffff and read_capacity_16() (64bit)
> is not supported because of wrong scsi-version or because it is blacklisted.
> (or device returns not-supported)

No, that is not the problem.  read_capacity_10() succeeds but gives an 
incorrect value.  read_capacity_16() fails.

> Now If sd_read_capacity() succeed then off-course we choose it. What I'm saying
> is if read-capacity fails, then should we attempt a new read_capacity_part()?

sd_read_capacity() succeeds, but the value it gets is wrong.

> And sure a user-mode knob if he wants to make policy, like you said, is fine
> by me.
> 
> But just the simple case of read-capacity failure should we then?

That's a separate question.  As far as I know, the case you are 
describing has not come up.

Alan Stern

--
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




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux