linux-kernel - Re: kvmtool tree (Was: Re: [patch] config: fix make kvmconfig)

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20130208145539.GC30334@gmail.com>
Date:	Fri, 8 Feb 2013 15:55:39 +0100
From:	Ingo Molnar <mingo@...nel.org>
To:	Stephen Rothwell <sfr@...b.auug.org.au>
Cc:	David Rientjes <rientjes@...gle.com>,
	Pekka Enberg <penberg@...nel.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	Sasha Levin <levinsasha928@...il.com>,
	Randy Dunlap <rdunlap@...radead.org>,
	David Woodhouse <dwmw2@...radead.org>,
	Michal Marek <mmarek@...e.cz>,
	"H. Peter Anvin" <hpa@...or.com>, tglx@...utronix.de,
	"H. Peter Anvin" <hpa@...ux.intel.com>,
	linux-kernel@...r.kernel.org
Subject: Re: kvmtool tree (Was: Re: [patch] config: fix make kvmconfig)


* Stephen Rothwell <sfr@...b.auug.org.au> wrote:

> Hi Ingo,
> 
> On Wed, 6 Feb 2013 22:46:46 +0100 Ingo Molnar <mingo@...nel.org> wrote:
> >
> > Pekka still intends to send it in the next merge window AFAIK, 
> 
> That has been true since v3.2 :-(

Yes, and it's improving rather nicely - but was not 
useful/interesting enough (yet) for Linus to pull.

So far it has over three dozen contributors, most of the commits 
come from active kernel developers.

> > and I use it for testing rather frequently so I'm not going 
> > to remove it from my tree for the time being.
> 
> I didn't ask you to remove it from your tree, I just would 
> like it removed from that branch that is included in 
> linux-next (tip/auto-latest).  I know others who also use it 
> for testing.

tip:master and tip:auto-latest are one and the same (with a time 
delay), so that I can merge faster to linux-next, and so that 
linux-next can benefit from the strong coverage testing of -tip.

> > Note that I never actually had any maintenance problems due 
> > to it: it's orthogonal, and as long as you don't use it 
> > explicitly (such as its 'make kvmconfig' feature - which is 
> > rather handy) it never actually broke anything.
> 
> I don't doubt any of that, it is just that Linus has 
> explicitly said that he will not pull it into his tree.  Thus, 
> it should not be in linux-next.

I'll remove it if Linus insists on it, but I think you guys are 
putting form before substance and utility :-(

tools/kvm/ is a useful utility to kernel development, that in 
just this past cycle was used as an incubator to:

  - port KVM functionality to a new architecture
  - port lockdep to user-space
  - test bzImages before booting them on real hardware

It was also used to prototype kernel features in the past. It's 
a project that is alive and useful.

While there's a metric ton of crap in the kernel, which is not 
useful to anyone, which has ongoing costs, and which nobody here 
complains about.

What harm has tools/kvm/ done to you?

I just checked, in the past it has not broken linux-next *once* 
- this current thread is about tools/kvm/ funcionality (for 
which Pekka has already applied the fix).

*Please* don't try to harm useful code just for the heck of it.

As long as the project keeps improving and as long as Pekka 
keeps trying his luck with the upstream merge in the next merge 
window, and as long as its benefits overweigh its costs, I see 
no reason not to include it - I am eating my own dog food.

Please stop this silliness, IMO it's not constructive at all ...

Thanks,

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