linux-kernel - Re: [PATCH 0/7] KVM: Kernel-based Virtual Machine

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: <4537CBB2.2080701@us.ibm.com>
Date:	Thu, 19 Oct 2006 14:02:10 -0500
From:	Anthony Liguori <aliguori@...ibm.com>
To:	Avi Kivity <avi@...ranet.com>
CC:	Andi Kleen <ak@...e.de>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/7] KVM: Kernel-based Virtual Machine

Avi Kivity wrote:
> Andi Kleen wrote:
>> Avi Kivity <avi@...ranet.com> writes:
>>
>>  
>>> The following patchset adds a driver for Intel's hardware 
>>> virtualization
>>> extensions to the x86 architecture.  The driver adds a character device
>>> (/dev/kvm) that exposes the virtualization capabilities to 
>>> userspace.  Using
>>> this driver, a process can run a virtual machine (a "guest") in a fully
>>> virtualized PC containing its own virtual hard disks, network 
>>> adapters, and
>>> display.
>>>
>>> Using this driver, one can start multiple virtual machines on a 
>>> host.  Each
>>> virtual machine is a process on the host; a virtual cpu is a thread 
>>> in that
>>> process.  kill(1), nice(1), top(1) work as expected.
>>>     
>>
>> Where is the user space for this? Is it free?   
>
> I have to go through the motions of creating a sourceforge project for 
> this and uploading it.  And yes, it is free.

Don't even bother creating a project.  Just submit the patches back to 
QEMU.  There's been a lot of discussion about this functionality within 
QEMU.  There's no reason to fork QEMU yet again (Xen has given up and is 
now maintaining a patch queue).  In this case, there's no reason why you 
would even need a patch queue.

Regards,

Anthony Liguori

>> I suppose you need a device model. Do you use qemu's?
>>   
>
> Yes.  I can't imagine anyone doing that work from scratch (Xen also 
> uses qemu).
>

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