From: Christian Borntraeger <borntraeger@de.ibm.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: KVM <kvm@vger.kernel.org>,
kvm-ppc@vger.kernel.org, kvmarm@lists.cs.columbia.edu,
linux-mips@linux-mips.org,
Cornelia Huck <cornelia.huck@de.ibm.com>,
Alexander Graf <agraf@suse.de>
Subject: Re: [PATCH/RFC 2/2] KVM: push down irq_save from kvm_guest_exit
Date: Tue, 28 Apr 2015 16:10:23 +0200 [thread overview]
Message-ID: <553F94CF.2080409@de.ibm.com> (raw)
In-Reply-To: <553F70E9.50907@redhat.com>
Am 28.04.2015 um 13:37 schrieb Paolo Bonzini:
>> --- a/arch/powerpc/kvm/book3s_pr.c
>> +++ b/arch/powerpc/kvm/book3s_pr.c
>> @@ -891,7 +891,9 @@ int kvmppc_handle_exit_pr(struct kvm_run *run, struct kvm_vcpu *vcpu,
>>
>> /* We get here with MSR.EE=1 */
>>
>> + local_irq_disable();
>> trace_kvm_exit(exit_nr, vcpu);
>> + local_irq_enable();
>> kvm_guest_exit();
>
> This looks wrong.
>
Yes it is.
>> --- a/include/linux/kvm_host.h
>> +++ b/include/linux/kvm_host.h
>> @@ -773,11 +773,7 @@ static inline void kvm_guest_enter(void)
>>
>> static inline void kvm_guest_exit(void)
>> {
>> - unsigned long flags;
>> -
>> - local_irq_save(flags);
>
> Why no WARN_ON here?
Yes,WARN_ON makes sense.
Hmm, on the other hand the irqs_disabled call might be somewhat expensive again
(would boil down on s390 to call stnsm (store and and system mask) once for
query and once for setting.
so...
>
> I think the patches are sensible, especially since you can add warnings.
> This kind of code definitely knows if it has interrupts disabled or enabled
>
> Alternatively, the irq-disabled versions could be called
> __kvm_guest_{enter,exit}. Then you can use those directly when it makes
> sense.
..having a special __kvm_guest_{enter,exit} without the WARN_ON might be even
the cheapest way. In that way I could leave everything besides s390 alone and
arch maintainers can do a followup patch if appropriate.
next prev parent reply other threads:[~2015-04-28 14:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-28 10:32 [PATCH/RFC 0/2] KVM: micro-optimization and interrupt disabling Christian Borntraeger
2015-04-28 10:32 ` [PATCH/RFC 1/2] KVM: Push down irq_save to architectures before kvm_guest_enter Christian Borntraeger
2015-04-28 10:32 ` [PATCH/RFC 2/2] KVM: push down irq_save from kvm_guest_exit Christian Borntraeger
2015-04-28 11:37 ` Paolo Bonzini
2015-04-28 14:10 ` Christian Borntraeger [this message]
2015-04-28 14:12 ` Paolo Bonzini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=553F94CF.2080409@de.ibm.com \
--to=borntraeger@de.ibm.com \
--cc=agraf@suse.de \
--cc=cornelia.huck@de.ibm.com \
--cc=kvm-ppc@vger.kernel.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-mips@linux-mips.org \
--cc=pbonzini@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox