Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756109AbYG2SiN (ORCPT ); Tue, 29 Jul 2008 14:38:13 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752596AbYG2Sh4 (ORCPT ); Tue, 29 Jul 2008 14:37:56 -0400 Received: from accolon.hansenpartnership.com ([76.243.235.52]:38417 "EHLO accolon.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752047AbYG2Shz (ORCPT ); Tue, 29 Jul 2008 14:37:55 -0400 Subject: Re: tools support for non-512 byte sector sizes From: James Bottomley To: Matthew Wilcox Cc: Ric Wheeler , linux-scsi@vger.kernel.org, linux-ide@vger.kernel.org, Jim Meyering , linux-kernel@vger.kernel.org, Martin Petersen , Jeff Garzik , Matt Domsch In-Reply-To: <20080729182611.GB24924@parisc-linux.org> References: <488F524F.6020905@redhat.com> <20080729182611.GB24924@parisc-linux.org> Content-Type: text/plain Date: Tue, 29 Jul 2008 13:37:25 -0500 Message-Id: <1217356645.6103.48.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1366 Lines: 32 On Tue, 2008-07-29 at 12:26 -0600, Matthew Wilcox wrote: > On Tue, Jul 29, 2008 at 01:24:31PM -0400, Ric Wheeler wrote: > > Jim pinged me about the use case for having our tool chain (parted > > specifically) support devices with non-512 bytes sectors. > > Matt Domsch spoke with me about this at OLS. I took that opportunity, > and I'll take this one, to pimp my ata-ram driver which allows you to > alter the sector sizse to whatever you want: > > http://git.kernel.org/?p=linux/kernel/git/willy/misc.git;a=shortlog;h=ata-ram > > I'll admit to having not tested it with anything other than 512, but it > ought to support 4096 byte sectors just fine. I haven't looked at what > would be required to support 520-byte sectors. scsi_debug does exactly the same thing, so it reports anything you tell it (Martin Petersen actually added this so he could test with 4k sectors). The problem, which ata_ram also suffers, is that the tools we most need to test are the ones for manipulating non volatile characteristics (like partition tables). We'd really like the disk contents to survive reboot for this ... James -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/