Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965103AbYBGVjd (ORCPT ); Thu, 7 Feb 2008 16:39:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754230AbYBGVir (ORCPT ); Thu, 7 Feb 2008 16:38:47 -0500 Received: from dsl081-033-126.lax1.dsl.speakeasy.net ([64.81.33.126]:50931 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750833AbYBGVip (ORCPT ); Thu, 7 Feb 2008 16:38:45 -0500 Date: Thu, 7 Feb 2008 14:51:48 -0800 (PST) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: Vladislav Bolkhovitin cc: Bart Van Assche , James Bottomley , "Nicholas A. Bellinger" , FUJITA Tomonori , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, scst-devel@lists.sourceforge.net, Andrew Morton , Linus Torvalds Subject: Re: Integration of SCST in the mainstream Linux kernel In-Reply-To: <47AB0B63.20500@vlnb.net> Message-ID: References: <1202144767.3096.38.camel@localhost.localdomain> <47A7488B.4080000@vlnb.net> <1202145901.3096.49.camel@localhost.localdomain> <47A751C5.60600@vlnb.net> <1202149322.3096.66.camel@localhost.localdomain> <47A75B8A.3020503@vlnb.net> <1202151293.3096.80.camel@localhost.localdomain> <47A8B210.8040202@vlnb.net> <1202238802.3133.71.camel@localhost.localdomain> <47AB0B63.20500@vlnb.net> User-Agent: Alpine 1.00 (DEB 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2800 Lines: 56 On Thu, 7 Feb 2008, Vladislav Bolkhovitin wrote: > Bart Van Assche wrote: >> - It has been discussed which iSCSI target implementation should be in >> the mainstream Linux kernel. There is no agreement on this subject >> yet. The short-term options are as follows: >> 1) Do not integrate any new iSCSI target implementation in the >> mainstream Linux kernel. >> 2) Add one of the existing in-kernel iSCSI target implementations to >> the kernel, e.g. SCST or PyX/LIO. >> 3) Create a new in-kernel iSCSI target implementation that combines >> the advantages of the existing iSCSI kernel target implementations >> (iETD, STGT, SCST and PyX/LIO). >> >> As an iSCSI user, I prefer option (3). The big question is whether the >> various storage target authors agree with this ? > > I tend to agree with some important notes: > > 1. IET should be excluded from this list, iSCSI-SCST is IET updated for SCST > framework with a lot of bugfixes and improvements. > > 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. As far as how good a standard iSCSI is, at this point I don't think it really matters. There are too many devices and manufacturers out there that implement iSCSI as their storage protocol (from both sides, offering storage to other systems, and using external storage). Sometimes the best technology doesn't win, but Linux should be interoperable with as much as possible and be ready to support the winners and the loosers in technology options, for as long as anyone chooses to use the old equipment (after all, we support things like Arcnet networking, which lost to Ethernet many years ago) David Lang -- 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/