lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1217357774.6103.54.camel@localhost.localdomain>
Date:	Tue, 29 Jul 2008 13:56:14 -0500
From:	James Bottomley <James.Bottomley@...senPartnership.com>
To:	rwheeler@...hat.com
Cc:	"Martin K. Petersen" <martin.petersen@...cle.com>,
	Matthew Wilcox <matthew@....cx>, linux-scsi@...r.kernel.org,
	linux-ide@...r.kernel.org, Jim Meyering <jim@...ering.net>,
	linux-kernel@...r.kernel.org, Jeff Garzik <jeff@...zik.org>,
	Matt Domsch <Matt_Domsch@...l.com>,
	FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
Subject: Re: tools support for non-512 byte sector sizes

On Tue, 2008-07-29 at 14:54 -0400, Ric Wheeler wrote:
> Martin K. Petersen wrote:
> >>>>>> "James" == James Bottomley <James.Bottomley@...senPartnership.com> writes:
> >>>>>>             
> >
> > James> The problem, which ata_ram also suffers, is that the tools we
> > James> most need to test are the ones for manipulating non volatile
> > James> characteristics (like partition tables).  We'd really like the
> > James> disk contents to survive reboot for this ...
> >
> > Yeah, I should add that I wanted persistence too.  I went through a
> > whole stack (well, 5-6 or so) fibre channel drives from various
> > vendors and attempted to low-level format them to 4KB sectors.  Most
> > of them laughed in my face.  One of them tried to comply and
> > irreparably confused its firmware in the process.
> >
> > Just yesterday I received a couple of prototype drives in the mail.
> > I'll ask the vendor whether they support 4KB and if so I'll give them
> > a whirl.
> >   
> Isn't this a great use case for a SCSI target device where our target 
> can be a software disk on a remote host? What is missing for us to put 
> something like that together?

Technically nothing.  Tomo should already have one for the STGT test
infrastructure (I've cc'd him).

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

Powered by Openwall GNU/*/Linux Powered by OpenVZ