Message-ID: <AANLkTi=pZirg0E-1vXNDSDT6sSTBb626kbuBuzw_9=o7@mail.gmail.com>
Date:	Sat, 18 Dec 2010 13:57:23 -0500
From:	chetan loke <loke.chetan@...il.com>
To:	James Bottomley <James.Bottomley@...e.de>
Cc:	Vladislav Bolkhovitin <vst@...b.net>,
	"Nicholas A. Bellinger" <nab@...ux-iscsi.org>,
	linux-scsi <linux-scsi@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>,
	Christoph Hellwig <hch@....de>,
	"Patil, Kiran" <kiran.patil@...el.com>,
	Mike Christie <michaelc@...wisc.edu>,
	FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>,
	Hannes Reinecke <hare@...e.de>,
	Boaz Harrosh <bharrosh@...asas.com>,
	Joe Eykholt <jeykholt@...co.com>, "J.H." <warthog9@...nel.org>,
	"H. Peter Anvin" <hpa@...or.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Bart Van Assche <bart.vanassche@...il.com>
Subject: Re: [ANNOUNCE] TCM/LIO v4.0.0-rc6 for 2.6.37-rc6

On Fri, Dec 17, 2010 at 3:27 PM, James Bottomley
<James.Bottomley@...e.de> wrote:
>
> >  Obviously,
> > this is wrong. No doubts, that all what Linux kernel can do with the
> > same quality as it does can be added to the student's kernel sooner or
> > later, ... but after several decades of hard work of thousands of people.
>
> Precisely.  Or said a different way: as long as you choose the most
> community oriented of competing offerings, the community will fill any
> perceived gaps.  Conversely, you can destroy a project simply by
> alienating the community.  That's why community is more important than
> feature set.
>

Your definition of community encompasses just the lead developers and
not average developers. This ain't right. If community is more
important then SCST should at least be heard before leaning towards
LIO.

It was decided a year ago to merge LIO without sending any emails on
LKML or linux-scsi. I've mentioned this repeatedly and you've been
conveniently ignoring this fact.

> > Moreover, isn't Linux kernel and you as a maintainer supposed to choose
> > what is ALREADY the best, not what is promising to become better
> > somewhen in the future? Or not become.
>
> No, see above.  Many technically very competent potential additions to
> linux have failed because of maintainer problems.
>

And what maintainer problems is SCST posing to the linux community??
You clearly distorted the facts during linux-con 2010 when I asked you
about SCST. You said 'SCST cannot be integrated because Vlad is not
comfortable relinquishing control of SCST'. It's GPL'd code. What
control were you talking about?

> > > This isn't a democracy ... it's about choosing the most community
> > > oriented code base so that it's easily maintainable and easy to add
> > > feature requests and improvements as and when they come along.  In the
> > > past six months, LIO has made genuine efforts to clean up its act,
> > > streamline its code and support the other community projects that would
> > > need to go above and around it.
> >

Ok, so our request was simple. Let's have a review at the architecture
and block level rather than sending patch-emails.
Others seem to agree at this approach so why can't you take it as an
action item please? This way we can stop this email drama, no?


> > > You seem to have spent a lot of the
> > > intervening time arguing with the sysfs maintainer about why you're
> > > right and he's wrong.
> >

Just for argument sake, if zero time was spent on discussing the sysfs
plane and if a patch was cut the next day you would have merged SCST?
Ok, so Bart sent the patch. Now what?


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