linux-kernel - Re: [RFC] Unify KVM kernel-space and user-space code into a single project

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: <20100322122228.GH3483@elte.hu>
Date:	Mon, 22 Mar 2010 13:22:28 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	oerg Roedel <joro@...tes.org>
Cc:	Avi Kivity <avi@...hat.com>,
	Anthony Liguori <anthony@...emonkey.ws>,
	Pekka Enberg <penberg@...helsinki.fi>,
	"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Sheng Yang <sheng@...ux.intel.com>,
	linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
	Marcelo Tosatti <mtosatti@...hat.com>,
	Jes Sorensen <Jes.Sorensen@...hat.com>,
	Gleb Natapov <gleb@...hat.com>,
	Zachary Amsden <zamsden@...hat.com>, ziteng.huang@...el.com,
	Arnaldo Carvalho de Melo <acme@...hat.com>,
	Fr?d?ric Weisbecker <fweisbec@...il.com>
Subject: Re: [RFC] Unify KVM kernel-space and user-space code into a single
 project

* oerg Roedel <joro@...tes.org> wrote:

> On Sun, Mar 21, 2010 at 09:31:21PM +0100, Ingo Molnar wrote:
> > Lets see one example of that thought process in action: Oprofile.
> 
> Since you are talking so much about oProfile in this thread I think it is 
> important to mention that the problem with oProfile was not the repository 
> separation.
> 
> The problem was (and is) that the kernel and the user-space parts are 
> maintained by different people [...]

Caused by: repository separation and the inevitable code and social fork a 
decade later.

> [...] who dont talk to each other or have a direction where they want to go 
> with the project. [...]

Caused by: repository separation and the inevitable code and social fork a 
decade later.

> [...] Basically the reason of the oProfile failure is a disfunctional 
> community. [...]

Caused by: repository separation and the inevitable code and social fork a 
decade later.

> [...] I told the kernel-maintainer several times to also maintain 
> user-space but he didn't want that.
> 
> The situation with KVM is entirely different. Avi commits to kvm.git and 
> qemu-kvm.git so he maintains both. [...]

What you fail to realise (or what you fail to know, you werent around when 
Oprofile was written, i was) is that Oprofile _did_ have a functional single 
community when it was written. The tooling and the kernel bits was written by 
the same people.

But a decade is a long time and the drift happened due to the inevitability of 
the repository separation, and due to the _inability_ to reach a sane, usable 
solution within that framework of separation.

So i dont see much of a difference to the Oprofile situation really and i see 
many parallels. I also see similar kinds of desktop usability problems.

The difference is that we dont have KVM with a decade of history and we dont 
have a 'told you so' KVM reimplementation to show that proves the point. I 
guess it's a matter of time before that happens, because Qemu usability is so 
absymal today - so i guess we should suspend any discussions until that 
happens, no need to waste time on arguing hypoteticals.

I think you are rationalizing the status quo.

It's as if you argued in 1990 that the unification of East and West Germany 
wouldnt make much sense because despite clear problems and incompatibilites 
and different styles westerners were still allowed to visit eastern relatives 
and they both spoke the same language after 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/