linux-kernel - Re: Integration of SCST in the mainstream Linux kernel

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: <alpine.DEB.1.00.0802082338180.16955@asgard.lang.hm>
Date:	Fri, 8 Feb 2008 23:40:45 -0800 (PST)
From:	david@...g.hm
To:	Vladislav Bolkhovitin <vst@...b.net>
cc:	Bart Van Assche <bart.vanassche@...il.com>,
	James Bottomley <James.Bottomley@...senpartnership.com>,
	"Nicholas A. Bellinger" <nab@...ux-iscsi.org>,
	FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>,
	linux-scsi@...r.kernel.org, linux-kernel@...r.kernel.org,
	scst-devel@...ts.sourceforge.net,
	Andrew Morton <akpm@...ux-foundation.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: Integration of SCST in the mainstream Linux kernel

On Fri, 8 Feb 2008, Vladislav Bolkhovitin wrote:

>>> 2. I think, everybody will agree that Linux iSCSI target should work over 
>>> some standard SCSI target framework. Hence the choice gets narrower: SCST 
>>> vs STGT. I don't think there's a way for a dedicated iSCSI target (i.e. 
>>> PyX/LIO) in the mainline, because of a lot of code duplication. Nicholas 
>>> could decide to move to either existing framework (although, frankly, I 
>>> don't think there's a possibility for in-kernel iSCSI target and user 
>>> space SCSI target framework) and if he decide to go with SCST, I'll be 
>>> glad to offer my help and support and wouldn't care if LIO-SCST eventually 
>>> replaced iSCSI-SCST. The better one should win.
>> 
>> 
>> why should linux as an iSCSI target be limited to passthrough to a SCSI 
>> device.
>> 
>> the most common use of this sort of thing that I would see is to load up a 
>> bunch of 1TB SATA drives in a commodity PC, run software RAID, and then 
>> export the resulting volume to other servers via iSCSI. not a 'real' SCSI 
>> device in sight.
>> 
> David, your question surprises me a lot. From where have you decided that 
> SCST supports only pass-through backstorage? Does the RAM disk, which Bart 
> has been using for performance tests, look like a SCSI device?

I was responding to the start of item #2 that I left in the quote above. 
it asn't saying that SCST didn't support that, but was stating that any 
implementation of a iSCSI target should use the SCSI framework. I read 
this to mean that this would only be able to access things that the SCSI 
framework can access, and that would not be things like ramdisks, raid 
arrays, etc.

David Lang

--
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/