qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] Re: [PATCH 0/7] KVM SMP support, early version


From: Jan Kiszka
Subject: Re: [Qemu-devel] Re: [PATCH 0/7] KVM SMP support, early version
Date: Mon, 30 Nov 2009 18:30:41 +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

Glauber Costa wrote:
> On Mon, Nov 30, 2009 at 2:40 PM, Avi Kivity <address@hidden> wrote:
>> On 11/30/2009 05:55 PM, Glauber Costa wrote:
>>> reset code is responsible for most remote calls in qemu. One of the
>>> only ones we still
>>> have left is the gdb stuff. Do you have any suggestion to do that
>>> without the current
>>> on_vcpu mechanism?
>>>
>> No.  But what's wrong with on_vcpu?
> 
> intrinsically racy. signal passing slow down things, etc.
> 
> That said, as I've stated many times: I don't believe there's anything
> fundamentally wrong with on_vcpu. But we might get benefits from a re-design
> of things to avoid it whenever possible. (just like the vcpu_reset()
> I've just posted)
> 

If you don't want immediate execution of update_guest_debug, save the
state that shall be transferred, set some flag, and run the transfer
before guest entry inside the vcpu threads (after putting the registers
as older kernels may otherwise overwrite the flags register). Should
work, may even avoid redundant calls during a gdb session.

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]