Hard drive spec change

[Till Maas]

On Fri, Mar 19, 2010 at 09:21:53AM -0400, Ric Wheeler wrote:
> On 03/19/2010 08:08 AM, Till Maas wrote:
> > On Thu, Mar 11, 2010 at 04:21:47PM -0600, Eric Sandeen wrote:
> >> Alexander Boström wrote:
> >>> ons 2010-03-10 klockan 15:57 -0600 skrev Eric Sandeen:
> >>>
> >>>> There has been a lot of work upstream on 4k sector support, and in general
> >>>> yes, we are ready.
> >>>
> >>> Problems can probably be expected in case the drive does not report its
> >>> real block size to the software, though, like my WD15EARS (I think) or
> >>> VMware's emulated SCSI drives.
> >>
> >> There's only so much we can do in the face of bad hardware ;)
> >
> > How about making it possible to overwrite the wrong reported values,
> > e.g. by making /sys/block/sdb/queue/[physical_block_size
> > writable,minimum_io_size} writable.

> I think that would be a bad idea - if you know what you want to change, why not 
> just invoke the tool with those specific parameters?

It would not be that annoying, if it was only one tool. But there are
e.g. at least fdisk, mdadm, lvm, cryptsetup and mkfs.*/mkswap that all
have to properly align the data.

> It would be very confusing to have us probe the device, get the real information 
> from the storage device and then let a user update that information to something 
> "false" :-)

So add some interface to query whether the information was probed or set
by a user. Then it should not be that confusing. :-)

Regards
Till
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100319/a51fcb57/attachment.bin