From mboxrd@z Thu Jan  1 00:00:00 1970
From: Scott Wood <scottwood@freescale.com>
Date: Thu, 09 Feb 2012 23:43:40 +0000
Subject: Re: [Android-virt] [PATCH v3] KVM: Factor out kvm_vcpu_kick to arch-generic code
Message-Id: <4F345A2C.6090504@freescale.com>
List-Id: <kvm-ppc.vger.kernel.org>
References: <20120209223331.28279.36149.stgit@ubuntu> <F8E26AB3-EDC8-402E-BF89-CA79D63EBBE5@suse.de> <CANM98qLT9=JupvHPtGCu_K8HrF7Mo-TPvmdVZDaQBk8e-FT6QA@mail.gmail.com> <0FEE585F-5E21-47F2-A3F0-AD0DE05EBB43@suse.de>
In-Reply-To: <0FEE585F-5E21-47F2-A3F0-AD0DE05EBB43@suse.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: Alexander Graf <agraf@suse.de>
Cc: Christoffer Dall <c.dall@virtualopensystems.com>, kvm@vger.kernel.org, tech@virtualopensystems.com, kvm-ppc@vger.kernel.org, android-virt@lists.cs.columbia.edu, mtosatti@redhat.com

On 02/09/2012 05:23 PM, Alexander Graf wrote:
> How about we return 1 for kvm_arch_vcpu_in_guest_mode() on !x86
> always, just like it's done today basically? Then we can worry about
> needless IPIs later and don't regress from the respective current
> kick implementations.

And perhaps call the function kvm_arch_vcpu_maybe_in_guest_mode() to
avoid confusion.

-Scott