linux-kernel - Re: [GIT PULL] SCSI fixes for 2.6.32-rc3

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.LFD.2.01.0910121022110.3438@localhost.localdomain>
Date:	Mon, 12 Oct 2009 10:24:51 -0700 (PDT)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	James Bottomley <James.Bottomley@...e.de>
cc:	Ingo Molnar <mingo@...e.hu>, Greg Kroah-Hartman <gregkh@...e.de>,
	Theodore Tso <tytso@....edu>,
	Andrew Morton <akpm@...ux-foundation.org>,
	linux-scsi <linux-scsi@...r.kernel.org>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Jing Huang <huangj@...cade.com>
Subject: Re: [GIT PULL] SCSI fixes for 2.6.32-rc3

On Mon, 12 Oct 2009, James Bottomley wrote:
> > 
> > I think you are interpreting what should go into drivers/staging/ _very_ 
> > narrowly.
> 
> As it is my right to do.

Umm, James, it cuts both ways.

Others can assert their interpretation, and quite frankly, yours is the 
odd one out. Everybody else agrees oevrwhelmingly that "staging" is about 
ugly and not-up-to-snuff drivers.

So you can talk about your 'right' to interpret things all you want, but 
what's the point? If others haev the same right (which presumably even you 
agree they do), then if people think a driver is ugly and needs to be in 
staging, what makes _your_ right so special?

As mentioned earlier, I don't personally care about this driver, but I do 
care about your behavior. You can't just ignore other people if they say 
that a driver is too damn ugly.

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