Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764128AbYBAMGj (ORCPT ); Fri, 1 Feb 2008 07:06:39 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758240AbYBAMGb (ORCPT ); Fri, 1 Feb 2008 07:06:31 -0500 Received: from smtp118.sbc.mail.sp1.yahoo.com ([69.147.64.91]:34578 "HELO smtp118.sbc.mail.sp1.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1757527AbYBAMGa (ORCPT ); Fri, 1 Feb 2008 07:06:30 -0500 X-YMail-OSG: zk0JZRUVM1kGFNneWEw5NucZPQsnFxP4.tPtFPRjBI2D6gNfWy1YOXQaXdf3XtN4wxoK34qp7ONIZLDVNzxs6p8rP.DzhSS8x1tC9LDKT0hUYR.y9A-- X-Yahoo-Newman-Property: ymail-3 Subject: Re: Integration of SCST in the mainstream Linux kernel From: "Nicholas A. Bellinger" To: Bart Van Assche Cc: FUJITA Tomonori , fujita.tomonori@lab.ntt.co.jp, rdreier@cisco.com, James.Bottomley@hansenpartnership.com, torvalds@linux-foundation.org, akpm@linux-foundation.org, vst@vlnb.net, linux-scsi@vger.kernel.org, scst-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, Mike Mazarick In-Reply-To: References: <20080130083239E.fujita.tomonori@lab.ntt.co.jp> <20080130195635T.tomof@acm.org> <1201785938.7280.105.camel@haakon2.linux-iscsi.org> <1201862364.11265.267.camel@haakon2.linux-iscsi.org> Content-Type: text/plain Date: Fri, 01 Feb 2008 04:05:17 -0800 Message-Id: <1201867517.11265.294.camel@haakon2.linux-iscsi.org> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2771 Lines: 59 On Fri, 2008-02-01 at 12:04 +0100, Bart Van Assche wrote: > On Feb 1, 2008 11:39 AM, Nicholas A. Bellinger wrote: > > > > On Fri, 2008-02-01 at 09:11 +0100, Bart Van Assche wrote: > > > On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger wrote: > > > > > > > > The PyX storage engine supports a scatterlist linked list algorithm that > > > > ... > > > > > > Which parts of the PyX source code are licensed under the GPL and > > > which parts are closed source ? A Google query for PyX + iSCSI showed > > > information about licensing deals. Licensing deals can only be closed > > > for software that is not entirely licensed under the GPL. > > > > > > > I was using the name PyX to give an historical context to the > > discussion. ... > > Regarding the PyX Target Code: I have found a link via which I can > download a free 30-day demo. This means that a company is earning > money via this target code and that the source code is not licensed > under the GPL. This is fine, but it also means that today the PyX > target code is not a candidate for inclusion in the Linux kernel, and > that it is unlikely that all of the PyX target code (kernelspace + > userspace) will be made available under GPL soon. > All of the kernel and C userspace code is open source and available from linux-iscsi.org and licensed under the GPL. There is the BSD licensed code from userspace (iSNS), as well as ISCSI and SCSI MIBs. As for what pieces of code will be going upstream (for kernel and/or userspace), LIO Target state machines and SE algoritims are definately some of the best examples of GPL code for production IP storage fabric and has gained maturity from people and resources applied to it in a number of respects. The LIO stack presents a number of possible options to get the diverse amount of hardware and software to work. Completely dismissing the available code is certainly a waste, and there are still significant amounts of functionality related to real-time administration, RFC-3720 MC/S and ERL=2 and generic SE functionality OS storage subsystems that only exist in LIO and our assoicated projects. A one obvious example is the LIO-VM project, which brings LIO active-active transport recovery and other Linux storage functionality to Vmware and Qemu images that can provide target mode IP storage fabric on x86 non-linux based hosts. A first of its kind in the Linux/iSCSI universe. Anyways, lets get back to the technical discussion. --nab > Bart Van Assche. > -- 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/