linux-kernel - Re: [GIT PULL] Native Linux KVM tool for 3.1

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]

Date:	Mon, 25 Jul 2011 11:14:40 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	Pekka Enberg <penberg@...nel.org>
Cc:	Alexander Graf <agraf@...e.de>, Jan Kiszka <jan.kiszka@....de>,
	torvalds@...ux-foundation.org, avi@...hat.com,
	akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
	kvm@...r.kernel.org, gorcunov@...il.com, levinsasha928@...il.com,
	asias.hejun@...il.com, prasadjoshi124@...il.com
Subject: Re: [GIT PULL] Native Linux KVM tool for 3.1


* Pekka Enberg <penberg@...nel.org> wrote:

> Hi Alexander,
> 
> On Mon, Jul 25, 2011 at 11:14 AM, Alexander Graf <agraf@...e.de> wrote:

> >> Same here - in fact i first asked Qemu to be put into 
> >> tools/qemu/ so that it all becomes more hackable and more usable 
> >> - that suggestion was rebuked very strongly.
> >
> > So instead of thinking a bit and trying to realize that there 
> > might be a reason people don't want all their user space in the 
> > kernel tree you go ahead and start your own crusade of creating a 
> > new user space. Great. That's how I always hoped Linux would be 
> > :(.
> 
> Damn you Ingo Molnar, I knew you'd somehow get all the credit for 
> our hard work! ;-)

Yeah, i'm really just a user and code reviewer of tools/kvm/, in 
terms of actual commits i'm barely on the radar compared to the 
massive contributions of Pekka, Sasha, Asias, Cyrill and others.

> More seriously, though, I fail to see what's bothering you 
> Alexander. I and Ingo already mentioned we wouldn't be hacking on 
> Qemu even if there wasn't no tools/kvm. It's not as if we're 
> putting *your* user space code into the kernel tree - we wrote our 
> own! What's wrong with that?

That puzzles me as well.

If tools/kvm/ is really such a bad approach then it will just wither 
and die, like one of the thousand stale drivers we have in the kernel 
- or like lguest it ends up as a cool hack that didnt quite make it.

Judging by the many contributions tools/kvm/ has already attracted in 
its limited form an out of tree project i'd not bet on that outcome 
though.

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/