From: Ian Campbell <Ian.Campbell@eu.citrix.com>
To: Frank Pan <frankpzh@gmail.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Jeremy, Fitzhardinge <Jeremy.Fitzhardinge@citrix.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: [PATCH] pvops: Avoid re-alloc_intr_gate of hvm evtchn callback
Date: Sat, 5 Mar 2011 10:54:32 +0000 [thread overview]
Message-ID: <1299322472.13328.67.camel@localhost.localdomain> (raw)
In-Reply-To: <AANLkTinL2nYgcA3eL46JriZnNBog-qQEAaA_qQS6wfxk@mail.gmail.com>
On Sat, 2011-03-05 at 10:11 +0000, Frank Pan wrote:
> I've met a issue that a PV-on-HVM domain become stucked after migration.
> The alloc_intr_gate(HVM_XEN_EVTCHN_CALLBACK) is called the second time
> after the migration and leads to BUG(). (The first time is at system
> initialization)
>
> The following patch fixes this by check whether this callback is
> registered or not before calling alloc_intr_gate.
Thanks. I presume this is against xen/next-2.6.32? Please always mention
which branch a patch is for.
The upstream kernel already has this check, and it came from the
original commit 38e20b07efd5 "x86/xen: event channels delivery on HVM"
so it looks like the version in the 2.6.32 branch (b24870f7dd7a) was an
older revision of that patch which lacked this check.
I think it would be useful to mention this in the commit message, and
perhaps to use the same comment as upstream to reduce the diff when
comparing the upstream and 2.6.32 branches.
Also your patches need to include a Signed-off-by line in accordance
with Documentation/SubmittingPatches.
Perhaps you might find it useful to do a sweep through
git://xenbits.xen.org/people/ianc/linux-2.6.git debian/squeeze/pvhvm-2.6.32.24
comparing it to the xen/next-2.6.32 branch?
This is a branch I prepared for the Debian Squeeze kernel which contains
a backport of the upstreamed pvhvm support onto pristine (not xen.git)
2.6.32.24. You may find other differences between the xen/next-2.6.32
branch and upstream which represent changes made during the upstreaming
process. If those are bugfixes it would be useful to suggest them for
backport (if so please identify the upstream commit rather than
providing a fresh patch). Although remember that not all the differences
you see will relate to PVHVM or necessarily be bugfixes.
Thanks,
Ian.
> ---
> linux-2.6-xen/drivers/xen/events.c | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/linux-2.6-xen/drivers/xen/events.c
> b/linux-2.6-xen/drivers/xen/events.c
> index ac7b42f..77ffceb 100644
> --- a/linux-2.6-xen/drivers/xen/events.c
> +++ b/linux-2.6-xen/drivers/xen/events.c
> @@ -1500,7 +1500,9 @@ void xen_callback_vector(void)
> }
> printk(KERN_INFO "Xen HVM callback vector for event delivery is "
> "enabled\n");
> - alloc_intr_gate(XEN_HVM_EVTCHN_CALLBACK, xen_hvm_callback_vector);
> + /* xen_callback_vector will be called after every domU resume */
> + if (!test_bit(XEN_HVM_EVTCHN_CALLBACK, used_vectors))
> + alloc_intr_gate(XEN_HVM_EVTCHN_CALLBACK, xen_hvm_callback_vector);
> }
> }
> #else
> --
> 1.7.0.4
>
>
next prev parent reply other threads:[~2011-03-05 10:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-05 10:11 [PATCH] pvops: Avoid re-alloc_intr_gate of hvm evtchn callback Frank Pan
2011-03-05 10:54 ` Ian Campbell [this message]
2011-03-05 11:45 ` Frank Pan
2011-03-05 11:59 ` Ian Campbell
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=1299322472.13328.67.camel@localhost.localdomain \
--to=ian.campbell@eu.citrix.com \
--cc=Jeremy.Fitzhardinge@citrix.com \
--cc=frankpzh@gmail.com \
--cc=konrad.wilk@oracle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).