Re: How to get to know vcpu status from outside

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

 



Il 17/12/2013 12:43, Arthur Chunqi Li ha scritto:
> Hi Paolo,
> 
> Thanks very much. And...(see below)
> 
> On Tue, Dec 17, 2013 at 7:21 PM, Paolo Bonzini <pbonzini@xxxxxxxxxx> wrote:
>> Il 17/12/2013 07:11, Arthur Chunqi Li ha scritto:
>>> Hi Paolo,
>>>
>>> Since VCPU is managed the same as a process in kernel, how can I know
>>> the status (running, sleeping etc.) of a vcpu in kernel? Is there a
>>> variant in struct kvm_vcpu or something else indicate this?
>>
>> waitqueue_active(&vcpu->wq) means that the VCPU is sleeping in the
>> kernel (i.e. in a halted state).
>>
>> vcpu->mode == IN_GUEST_MODE means that the VCPU is running.
>>
>> Anything else means that the host is running some kind of "glue" code
>> (either kernel or userspace).
> 
> Another question about scheduler. When I have 4 vcpus and the workload
> of VM is low, and I noticed that it tends to activate only 1 or 2
> vcpus. Does this mean the other 2 vcpus are scheduled out or into
> sleeping status?

This depends on what the guest scheduler is doing.  The other 2 VCPUs
are probably running for so little time (a few microseconds every
1/100th of a second) that you do not see them, and they stay halted the
rest of the time.

Remember that KVM has no scheduler of its own.  What you see is the
combined result of the guest and host schedulers.
>>
>>> Besides, if vcpu1 is running on pcpu1, and a kernel thread running on
>>> pcpu0. Can the kernel thread send a message to force vcpu1 trap to
>>> VMM? How can I do this?
>>
>> Yes, with kvm_vcpu_kick.  KVM tracks internally which pcpu will run the
>> vcpu in vcpu->cpu, and kvm_vcpu_kick sends either a wakeup (if the vcpu
>> is sleeping) or an IPI (if it is running).
> 
> What is vcpu's action if kvm_vcpu_kick(vcpu)? What is the exit_reason
> of the kicked vcpu?

No exit reason, you just get a lightweight exit to the host kernel.  If
you want a userspace exit, you'd need to set a bit in vcpu->requests
before kvm_vcpu_kick (which you can do best with kvm_make_request), and
change that to a userspace exit in vcpu_enter_guest.  There's already an
example of that, search arch/x86/kvm/x86.c for KVM_REQ_TRIPLE_FAULT.

Paolo
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux