From: Blue Swirl <blauwirbel@gmail.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Luvalley project: enable Qemu to utilize hardware virtualization extensions on arbitrary operating system
Date: Fri, 27 Mar 2009 22:45:02 +0200 [thread overview]
Message-ID: <f43fc5580903271345k138dca3aw6490a755505f406a@mail.gmail.com> (raw)
In-Reply-To: <3b0605b30903252037k12f20dft94f809e4b27e1af@mail.gmail.com>
On 3/26/09, Xiaodong Yi <xdong.yi@gmail.com> wrote:
> Luvalley is a Virtual Machine Monitor (VMM) spawned from the KVM
> project. Its part of source codes are derived from KVM to virtualize
> CPU instructions and memory management unit (MMU). However, its
> overall architecture is completely different from KVM, but somewhat
> like Xen. Luvalley runs outside of Linux, just like Xen's
> architecture, but it still uses Linux as its scheduler, memory
> manager, physical device driver provider and virtual IO device
> emulator. Moreover, Luvalley may run WITHOUT Linux. In theory, any
> operating system could take the place of Linux to provide the above
> services. Currently, Luvalley supports Linux and Windows. That is to
> say, one may run Luvalley to boot a Linux or Windows, and then run
> multiple virtualized operating systems on such Linux or Windows.
>
> In KVM, Qemu is adopted as the IO device emulator. From the point of
> view of Qemu, KVM enables Qemu to utilize hardware virtualization
> extensions such as Intel's VT on Linux. As for Luvalley, Qemu is also
> adopted as its IO device emulator. However, Luvalley could enable Qemu
> to utilize hardware virtualization extensions on ANY operating system.
>
> If you are interested in Luvalley project, you may download Luvalley's
> source codes from
> http://sourceforge.net/projects/luvalley/
Interesting idea, maybe OpenBIOS or coreboot could be extended to
provide the hypervisor interface. For Qemu it would be desirable if
the same interface would be used as with plain KVM as far as possible.
Comparing Luvalley version of Qemu to released version, the changes
seem to be quick hacks with a lot of "#if 0". I guess KVM changes are
more radical.
next prev parent reply other threads:[~2009-03-27 20:45 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-26 3:37 [Qemu-devel] Luvalley project: enable Qemu to utilize hardware virtualization extensions on arbitrary operating system Xiaodong Yi
2009-03-27 20:45 ` Blue Swirl [this message]
2009-03-28 4:01 ` [Qemu-devel] Luvalley project: enable Qemu to utilize hardwarevirtualization " Kazu
2009-04-17 9:12 ` [Qemu-devel] Re: Luvalley project: enable Qemu to utilize hardware virtualization " Xiaodong Yi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f43fc5580903271345k138dca3aw6490a755505f406a@mail.gmail.com \
--to=blauwirbel@gmail.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).