Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1411461 > unrolled thread

Re: [PART1 V5 13/13] svm: Manage vcpu load/unload when enable AVIC

Started byPaolo Bonzini <pbonzini@redhat.com>
First post2016-06-01 20:40 +0200
Last post2016-06-01 20:40 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PART1 V5 13/13] svm: Manage vcpu load/unload when enable AVIC Paolo Bonzini <pbonzini@redhat.com> - 2016-06-01 20:40 +0200

#1411461 — Re: [PART1 V5 13/13] svm: Manage vcpu load/unload when enable AVIC

FromPaolo Bonzini <pbonzini@redhat.com>
Date2016-06-01 20:40 +0200
SubjectRe: [PART1 V5 13/13] svm: Manage vcpu load/unload when enable AVIC
Message-ID<rFjdE-3CV-13@gated-at.bofh.it>

On 01/06/2016 20:18, Suravee Suthikulpanit wrote:
>>>
>>> +    svm->avic_is_running = is_run;
> 
> Shouldn't we do this below --->
>>>
>>>       /* ID = 0xff (broadcast), ID > 0xff (reserved) */
>>> -    if (h_physical_id >= AVIC_MAX_PHYSICAL_ID_COUNT)
>>> -        return -EINVAL;
>>> +    if (WARN_ON(h_physical_id >= AVIC_MAX_PHYSICAL_ID_COUNT))
>>> +        return;
> 
> <--- HERE

It doesn't really matter because these physical APIC IDs are not
reachable anyway so they don't have the IS_RUNNING field.

The avic_is_running field is only used in avic_vcpu_load, and again only
when h_physical_id is in range.  I left the assignment before the
warning so that avic_vcpu_load does the right thing after a
(hypothetical) migration from an out-of-range physical CPU to an
in-range physical CPU.

Paolo

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web