Re: [Scst-devel] Fwd: Re: linuxcon 2010...

From: Dirk Meister <dmeister@uni-paderborn.de>
Cc: Vladislav Bolkhovitin <vst@vlnb.net>,
	James Bottomley <James.Bottomley@suse.de>,
	Chetan Loke <chetanloke@gmail.com>,
	Chetan Loke <generationgnu@yahoo.com>,
	scst-devel <scst-devel@lists.sourceforge.net>,
	linux-scsi@vger.kernel.org
Subject: Re: [Scst-devel] Fwd: Re: linuxcon 2010...
Date: Thu, 19 Aug 2010 23:20:41 +0200	[thread overview]
Message-ID: <8A96806D-6CD7-44AD-8A9D-143C098C95A4@uni-paderborn.de> (raw)
In-Reply-To: <41A1E2691BBB412BADCDE5F515CD8EDA@usish.com.cn>

Am 19.08.2010 um 03:18 schrieb jack wang:

>
> James Bottomley, on 08/18/2010 08:18 PM wrote:
>>> James you are an expert but not everyone is. This is not a venting
>>> session but even folks who are new to target architecture find it  
>>> easy
>>> to hack SCST.
>>
>> But that's not really relevant, is it?  I would expect that  
>> whatever I
>> do, even keeping both out of tree, the communities around the  
>> solutions
>> would still exist and be vibrant, since they're out of tree now,  
>> nothing
>> will have changed.
>
> The problem that people do believe that the merged code is the best
> code, so the being merged is an immediate HUGE advertisement. So, you
> can't say if a code is inside the mainline tree or not isn't relevant.
>
> This is the source of the questions from the SCST community. SCST is  
> at
> the moment the best code. It's several years ahead any competitor.  
> SCST
> has more functionality, SCST has more users, SCST has bigger  
> community,
> SCST has more testing and, hence, stability, SCST has more support  
> from
> storage vendors, etc. But for some reasons all those suddenly ignored
> and a raw, pursuing SCST code preferred instead.
>
> So, we want to know those reasons. SCST wasn't even really considered.
> Isn't Linux anymore a place where the best code wins? Frankly, it  
> looks
> like the decision was done under closed doors based on rather  
> political
> reasons, like personal connections...
>
> Vlad
>
> [Jack]Vote for SCST as a user and target driver developer based on  
> SCST.
> SCST really do good job.
[dmeister] Vote for SCST. I am working with SCST to develop an user- 
space target backend using the scst_user feature.
The functionality, the stability of SCST, and the wide range of target  
drivers for SCST are really nice.

> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux- 
> scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html