[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1217357078.6103.51.camel@localhost.localdomain>
Date: Tue, 29 Jul 2008 13:44:38 -0500
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Matthew Wilcox <matthew@....cx>
Cc: Ric Wheeler <rwheeler@...hat.com>, linux-scsi@...r.kernel.org,
linux-ide@...r.kernel.org, Jim Meyering <jim@...ering.net>,
linux-kernel@...r.kernel.org, Martin Petersen <mkp@....net>,
Jeff Garzik <jeff@...zik.org>,
Matt Domsch <Matt_Domsch@...l.com>
Subject: Re: tools support for non-512 byte sector sizes
On Tue, 2008-07-29 at 12:42 -0600, Matthew Wilcox wrote:
> On Tue, Jul 29, 2008 at 01:37:25PM -0500, James Bottomley wrote:
> > 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 ...
>
> Ummm... _reboot_, or _module unload/reload_? I could certainly include
> an option to populate the ramdisc from a file. Is the ioctl to re-read
> the partition table not enough?
reboot ... we'd like to take the tools through shutdown restart testing
to make sure they're all working ... of course, then there's the
bios ...
James
--
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