From: David Vrabel <david.vrabel@citrix.com>
To: Julien Grall <julien.grall@linaro.org>
Cc: <linux-kernel@vger.kernel.org>, <konrad.wilk@oracle.com>,
<boris.ostrovsky@oracle.com>, <xen-devel@lists.xenproject.org>,
<ian.campbell@citrix.com>, <stefano.stabellini@eu.citrix.com>,
<patches@linaro.org>
Subject: Re: [PATCH] xen/events: xen_evtchn_fifo_init can be called very late
Date: Tue, 28 Jan 2014 10:35:38 +0000 [thread overview]
Message-ID: <52E787FA.3080105@citrix.com> (raw)
In-Reply-To: <1390869269-12502-1-git-send-email-julien.grall@linaro.org>
On 28/01/14 00:34, Julien Grall wrote:
> On ARM, xen_init_IRQ (which calls xen_evtchn_fifo_init) is called after
> all CPUs are online. It would mean that the notifier will never be called.
Why does ARM call xen_init_IRQ() so late? Is it possible to call it
earlier when only the boot CPU is online? There are problems with
attempting to init FIFO event channels after all CPUs are online.
If evtchn_fifo_init_control_block(cpu) fails on anything other than the
first CPU, that CPU will be unable to receive any events. Xen will have
been switched to FIFO mode and it is not possible to revert back to
2-level mode.
> Therefore, when a secondary CPU will receive an interrupt, Linux will segfault
> because the event channel structure for this processor is not initialized.
>
> This can be fixed by calling the init function on every online cpu when the
> event channel fifo driver is initialized.
>
> Signed-off-by: Julien Grall <julien.grall@linaro.org>
> ---
> drivers/xen/events/events_fifo.c | 11 ++++++-----
> 1 file changed, 6 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/xen/events/events_fifo.c b/drivers/xen/events/events_fifo.c
> index 1de2a19..15498ab 100644
> --- a/drivers/xen/events/events_fifo.c
> +++ b/drivers/xen/events/events_fifo.c
> @@ -410,12 +410,14 @@ static struct notifier_block evtchn_fifo_cpu_notifier = {
>
> int __init xen_evtchn_fifo_init(void)
> {
> - int cpu = get_cpu();
> + int cpu;
> int ret;
>
> - ret = evtchn_fifo_init_control_block(cpu);
> - if (ret < 0)
> - goto out;
> + for_each_online_cpu(cpu) {
> + ret = evtchn_fifo_init_control_block(cpu);
> + if (ret < 0)
> + goto out;
You need to handle this error differently depending on whether the first
call fails or not.
Failure on first CPU: return an error and the caller will fallback to
using 2-level mode.
Failure on second or later CPU: you need to offline that CPU. It may
not be possible to offline a CPU with standard calls (e.g., cpu_down())
as it won't have working interrupts.
David
next prev parent reply other threads:[~2014-01-28 10:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-28 0:34 [PATCH] xen/events: xen_evtchn_fifo_init can be called very late Julien Grall
2014-01-28 10:35 ` David Vrabel [this message]
2014-01-28 14:30 ` Stefano Stabellini
2014-01-28 14:36 ` Julien Grall
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=52E787FA.3080105@citrix.com \
--to=david.vrabel@citrix.com \
--cc=boris.ostrovsky@oracle.com \
--cc=ian.campbell@citrix.com \
--cc=julien.grall@linaro.org \
--cc=konrad.wilk@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=patches@linaro.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xenproject.org \
/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