linux-kernel - Re: [ANNOUNCE] Native Linux KVM tool

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:	Wed, 06 Apr 2011 10:59:45 +0200
From:	Markus Armbruster <armbru@...hat.com>
To:	Anthony Liguori <anthony@...emonkey.ws>
Cc:	Avi Kivity <avi@...hat.com>, Pekka Enberg <penberg@...nel.org>,
	linux-kernel@...r.kernel.org, aarcange@...hat.com,
	mtosatti@...hat.com, kvm@...r.kernel.org, joro@...tes.org,
	penberg@...helsinki.fi, asias.hejun@...il.com, gorcunov@...il.com,
	mingo@...e.hu
Subject: Re: [ANNOUNCE] Native Linux KVM tool

Anthony Liguori <anthony@...emonkey.ws> writes:

> On 04/03/2011 05:11 AM, Avi Kivity wrote:
>> On 04/03/2011 12:59 PM, Pekka Enberg wrote:
>>> Hi Avi,
>>>
>>> On Sun, Apr 3, 2011 at 11:23 AM, Avi Kivity<avi@...hat.com>  wrote:
>>> >>  Note that this is a development prototype for the time being:
>>> there's no
>>> >>  networking support and no graphics support, amongst other missing
>>> >>  essentials.
>>> >
>>> >  Mind posting a roadmap?  I would put smp support near the top.
>>> This sort of
>>> >  thing has to be designed in, otherwise you wind up with a big
>>> lock like
>>> >  qemu.
>>>
>>> What are the pain points with qemu at the moment?
>>
>> It's an ugly gooball.
>
> Because it solves a lot of very difficult problems.

And the solutions emerged / evolved over a long time.  Meanwhile, goals
shifted.  It wasn't designed as user space for KVM, it got shoehorned
into that role (successfully).

It has some solutions it should have left to other tools.  For instance,
it shouldn't be in the network configuration business.

> You could drop all of the TCG support and it'd still be an ugly gooball.
>
> Supporting lots of different emulated hardware devices, live
> migration, tons of different types of networking and image formats,
> etc., all adds up over time.

It does.  Still, a fresh start could lead to a less ugly gooball.

>>> SMP, networking, and simpler guest to host communication from shell
>>> are most interesting missing features for me.
>>
>> If it is to be more than a toy, then Windows (really generic guest)
>> support, manageability, live migration, hotplug, etc. are all
>> crucial.
>
> I concur that SMP is probably one of those features you need to start
> with if you're designing something from scratch.

Certainly.  Another one that doesn't like retrofitting is security.
--
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/