Re: [RFC] Unify KVM kernel-space and user-space code into a singleproject

[Ingo Molnar]

* Avi Kivity <avi@xxxxxxxxxx> wrote:

> On 03/21/2010 11:54 PM, Ingo Molnar wrote:
> >* Avi Kivity<avi@xxxxxxxxxx>  wrote:
> >
> >>On 03/21/2010 10:55 PM, Ingo Molnar wrote:
> >>>Of course you could say the following:
> >>>
> >>>   ' Thanks, I'll mark this for v2.6.36 integration. Note that we are not
> >>>     able to add this to the v2.6.35 kernel queue anymore as the ongoing
> >>>     usability work already takes up all of the project's maintainer and
> >>>     testing bandwidth. If you want the feature to be merged sooner than that
> >>>     then please help us cut down on the TODO and BUGS list that can be found
> >>>     at XYZ. There's quite a few low hanging fruits there. '
> >>That would be shooting at my own foot as well as the contributor's since I
> >>badly want that RCU stuff, and while a GUI would be nice, that itch isn't on
> >>my back.
> >I think this sums up the root cause of all the problems i see with KVM pretty
> >well.
> 
> I think we agree at last.  Neither I nor my employer are interested in 
> running qemu as a desktop-on-desktop tool, therefore I don't invest any 
> effort in that direction, or require it from volunteers.

Obviously your employer at least in part defers to you when it comes to KVM 
priorities.

So, just to make this really clear, _you_ are not interested in running qemu 
as a desktop-on-desktop tool, subsequently this kind of 
disinterest-for-desktop-usability trickled through the whole KVM stack and 
poisoned your attitude and your contributor's attitude.

Too sad really and it's doubly sad that you dont feel anything wrong about 
that.

> If you think a good GUI is so badly needed, either write one yourself, or 
> convince someone else to do it.

To a certain degree we are trying to do a small bit of that (see this very 
thread) - and you are NAK-ing and objecting the heck out of it via your 
unreasonable microkernelish and server-centric views.

With constant maintainer disinterest there's no wonder a non-desktop-oriented 
KVM becomes a self-fulfilling prophecy: you think the desktop does not matter, 
hence it becomes a reality in KVM space which you can constantly refer back to 
as a 'fact'.

Which i find dishonest and disingenious at best.

> (btw, why are you interested in desktop-on-desktop? one use case is 
> developers, which don't really need fancy GUIs; a second is people who test 
> out distributions, but that doesn't seem to be a huge population; and a 
> third is people running Windows for some application that doesn't run on 
> Linux - hopefully a small catergory as well.  Seems to be quite a small 
> target audience, compared to, say, video editing)

I'm interested in desktop-on-desktop because i walk this world with open eyes 
and i care about Linux, and these days qemu-kvm is the first thing a new Linux 
user sees about Linux virtualization. I've observed several people i know in 
person to turn away from Linux and go back to Windows or go over to Apple 
because they had a much more mature solution.

I'd probably turn away from Linux myself if i were a newbie and if i were 
forced to use KVM on the desktop today.

Again, you dont seem to realize that you as a maintainer are at a central 
point where you have the ability to turn the self-fulfilling prophecy that 
'nobody cares about the Linux desktop' into a reality - or where you have the 
ability to prevent it from happening. It is hugely harmful process, especially 
as you seem to delude yourself that you have nothing to do with it.

Anyway, it's good you expressed your views about this as this will help the 
chances of a fresh restart. (which chances are still not too good though)

Thanks,
	
	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/