qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: [PATCH 00/21] qemu-kvm: Hook cleanups and extended use


From: Jan Kiszka
Subject: [Qemu-devel] Re: [PATCH 00/21] qemu-kvm: Hook cleanups and extended use of upstream code
Date: Tue, 02 Feb 2010 12:19:56 +0100
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

Alexander Graf wrote:
> On 02.02.2010, at 09:18, Jan Kiszka wrote:
> 
>> Let's start with the overall stats:
>>
>> 31 files changed, 274 insertions(+), 822 deletions(-)
>>
>> So this series drops far more than 500 lines of redundant code, moving
>> qemu-kvm yet a bit closer to upstream.
>>
>> The other highlight is the simplification of synchronization between
>> in-kernel and user space VCPU states. This area used to call a lot of
>> problems in the past because it was tricky to get things right,
>> specifically during the multi-threaded startup. The new approach pushes
>> all the sync work around reset and vmsave/load into generic code, not
>> only removing the burden from developers of, say, in-kernel APIC
>> support, but also dropping most of our kvm-specific hooks, especially in
>> the qemu-kvm tree.
>>
>> While I tested this on various VMs around, and things look good so far,
>> I wouldn't be surprised if there are some regressions remaining,
>> specifically in the non-x86 parts that I wasn't able to test or even
>> build. Please have a careful look!
> 
> The good news on that part is that apart from IA64, all other archs are 
> broken in qemu-kvm anyways, but work on upstream qemu. So moving towards 
> upstream definitely helps here.
> 

OK, then you probably want my corresponding uq/master series in order to
test. Will try to roll them out ASAP.

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux




reply via email to

[Prev in Thread] Current Thread [Next in Thread]