From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: julien.grall@citrix.com, xen-devel@lists.xensource.com,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: [PATCH 1/2] xen/arm: remove workaround to inject evtchn_irq on irq enable
Date: Wed, 02 Jul 2014 16:45:03 +0100 [thread overview]
Message-ID: <53B428FF.6030503@linaro.org> (raw)
In-Reply-To: <1404315494.8137.16.camel@kazak.uk.xensource.com>
On 07/02/2014 04:38 PM, Ian Campbell wrote:
> On Wed, 2014-06-25 at 16:03 +0100, Julien Grall wrote:
>> Hi Stefano,
>>
>> On 06/24/2014 07:11 PM, Stefano Stabellini wrote:
>>> evtchn_upcall_pending is already set by common code at vcpu creation,
>>> therefore on ARM we also need to call vgic_vcpu_inject_irq for it.
>>> Currently we do that from vgic_enable_irqs as a workaround.
>>>
>>> Do this properly by calling vgic_vcpu_inject_irq in the appropriate
>>> places at vcpu creation time, making sure to call it after the vcpu is
>>> up (_VPF_down has been cleared).
>>
>> While it's works perfectly on common case, as the toolstack is always
>> setting VGCF_online.
>>
>> It would be possible to call the hypercall DOMCTL_vcpusetcontext without
>> this flags enable. If so, the new VCPU will never receive event channel
>> interrupt.
>
> I think the only other way to clear _VPF_down is the psci code, so I
> suppose it needs a kick too.
The function PSCI on will call arch_set_info_guest directly with
VGCF_online.
> The other option is VCPUOP_up whch we do not support (or wire up) on
> ARM.
Hmmm... right I was looking directly to do_vcpu_op, but we have an extra
layer on ARM (do_arm_vcpu_op).
In this case, I would return an error if VGCF_online is not set. I will
allow us to catch easily an error later if we decide to implement VCPUOP_up.
Regards,
--
Julien Grall
next prev parent reply other threads:[~2014-07-02 15:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-24 18:11 [PATCH 0/2] more vgic fixes Stefano Stabellini
2014-06-24 18:11 ` [PATCH 1/2] xen/arm: remove workaround to inject evtchn_irq on irq enable Stefano Stabellini
2014-06-25 15:03 ` Julien Grall
2014-07-02 15:38 ` Ian Campbell
2014-07-02 15:45 ` Julien Grall [this message]
2014-07-03 18:33 ` Stefano Stabellini
2014-06-24 18:11 ` [PATCH 2/2] xen/arm: take the rank lock before accessing ipriority Stefano Stabellini
2014-07-02 15:41 ` Ian Campbell
2014-07-03 18:46 ` Stefano Stabellini
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=53B428FF.6030503@linaro.org \
--to=julien.grall@linaro.org \
--cc=Ian.Campbell@citrix.com \
--cc=julien.grall@citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xensource.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.