[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] Re: KQEMU code organization
From: |
Jan Kiszka |
Subject: |
[Qemu-devel] Re: KQEMU code organization |
Date: |
Thu, 29 May 2008 18:53:20 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 |
Anthony Liguori wrote:
> Jamie Lokier wrote:
>> Fabrice Bellard wrote:
>>
>>> Regarding the kqemu evolution, I am doing small API changes to make
>>> it more independent from the QEMU internal data structures and to
>>> allow usage from a 32 bit user QEMU application with a 64 bit host.
>>> There is also another small change I did some time ago but never
>>> published to allow paravirtualization of the Linux kernel.
>>>
>>
>> Do you see integrating it with KVM at some point, developing a merged
>> API which supports both hardware-assisted (kvm) or software-assisted
>> (kqemu) depending on the host's CPU?
>>
>> Right now, although it's come from a different background, from a
>> user's perspective kvm seems to do essentially the same as kqemu,
>> except kvm is faster and kqemu runs on more x86 CPUs.
>>
>> I.e. kvm has two sub-modules for Intel VT and AMD SVM extensions (I
>> think that's their names). It would be great if it hard a third KQEMU
>> sub-module (which would of course be the most complicated ;-) to make
>> running vMs even more independent of the host CPU.
>>
>
> It wouldn't be too bad if you focused on kqemu-user and limited yourself
> to UP guests. The first step would be getting the existing KVM support
> code to function with TCG. For instance, use TCG to run 16-bit code,
> and then KVM to run 32/64-bit code. Once that was all worked out, the
> rest would be pretty straight-forward porting and code cleanup.
I guess you mean real-mode code with 16-bit here. /me always wondered
why it takes an in-kernel code interpreter for kvm to achieve this - at
least as long as it runs via qemu.
Jan
--
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux
- Re: [Qemu-devel] Re: KQEMU code organization, (continued)
- Re: [Qemu-devel] Re: KQEMU code organization, Fabrice Bellard, 2008/05/29
- [Qemu-devel] Re: KQEMU code organization, Jan Kiszka, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Jamie Lokier, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Paul Brook, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Jamie Lokier, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Anthony Liguori, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Fabrice Bellard, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Mulyadi Santosa, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Andreas Färber, 2008/05/30
- Re: [Qemu-devel] Re: KQEMU code organization, Anthony Liguori, 2008/05/29
- [Qemu-devel] Re: KQEMU code organization,
Jan Kiszka <=
- Re: [Qemu-devel] Re: KQEMU code organization, Anthony Liguori, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Avi Kivity, 2008/05/31
- Re: [Qemu-devel] Re: KQEMU code organization, Fabrice Bellard, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Avi Kivity, 2008/05/31
- [Qemu-devel] Re: KQEMU code organization, Jan Kiszka, 2008/05/29
- Re: [Qemu-devel] Re: KQEMU code organization, Anthony Liguori, 2008/05/29