[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080730182454.25809628@lxorguk.ukuu.org.uk>
Date: Wed, 30 Jul 2008 18:24:54 +0100
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Matt Domsch <Matt_Domsch@...l.com>
Cc: Jim Meyering <jim@...ering.net>,
"Martin K. Petersen" <martin.petersen@...cle.com>,
James Bottomley <James.Bottomley@...senPartnership.com>,
Matthew Wilcox <matthew@....cx>,
Ric Wheeler <rwheeler@...hat.com>, linux-scsi@...r.kernel.org,
linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org,
Jeff Garzik <jeff@...zik.org>
Subject: Re: tools support for non-512 byte sector sizes
> read/modify/write. T10 and T13 are looking to add commands to
> expose this different underlying physical sector size so the OS
> could be aware of it. This is primarily being driven to mitigate
The identify bits are already there for reporting both size and offset.
> 3) those that report a 4096-byte sector size, and are really a
> 4096-byte size. This seems ideal for aware OSs.
>
> Which of 2) or 3) hit the market in mass remains to be seen. I want
> Linux to be able to handle either painlessly.
I am expecting 3 to turn up some _minor_ problem cases. Many older ATA
controllers magically know the sector size of media and the internal
state machines and FIFO they use for performance is potentially going to
go gaga in this case when we do a PIO transfer.
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists