All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Paraschiv, Andra-Irina" <andraprs@amazon.com>
To: "Ian Jackson" <ian.jackson@citrix.com>, "Pasi Kärkkäinen" <pasik@iki.fi>
Cc: "sstabellini@kernel.org" <sstabellini@kernel.org>,
	"andrew.cooper3@citrix.com" <andrew.cooper3@citrix.com>,
	"jbeulich@suse.com" <jbeulich@suse.com>,
	"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	"Woodhouse, David" <dwmw@amazon.co.uk>,
	"roger.pau@citrix.com" <roger.pau@citrix.com>
Subject: Re: [PATCH RESEND qemu-xen-traditional] xen/pt: allow QEMU to request MSI unmasking at bind time
Date: Mon, 5 Nov 2018 09:58:09 +0000	[thread overview]
Message-ID: <1541411887398.68668@amazon.com> (raw)
In-Reply-To: <20181104204909.GF31019@reaktio.net>


On Sun, Nov 4, 2018 at 10:49:02PM +0200, Pasi Kärkkäinen wrote:
>
> Hello Ian,
>
> On Mon, Oct 29, 2018 at 08:55:09PM +0000, Paraschiv, Andra-Irina wrote:
> >
> >
> > On Mon, Oct 29, 2018 at 04:58:22PM +0200, Pasi Kärkkäinen wrote:
> > > Hi,
> > >
> > > On Wed, Oct 24, 2018 at 04:20:35PM +0100, Ian Jackson wrote:
> > > > Andra Paraschiv writes ("[PATCH RESEND qemu-xen-traditional] xen/pt: allow QEMU to request MSI unmasking at bind time"):
> > > > > When a MSI interrupt is bound to a guest using
> > > > > xc_domain_update_msi_irq (XEN_DOMCTL_bind_pt_irq) the interrupt is
> > > > > left masked by default.
> > > >
> > > > Applied, and pushed the corresponding update to QEMU_TAG in
> > > > qemu-xen-unstable.
> > > >
> > > > Does this patch need to be backported to earlier Xen releases ?  It
> > > > wasn't clear to me whether there is new Xen code in this area without
> > > > which the problem (which the patch solves) does not arise; or whether,
> > > > conversely, simply running a new guest is sufficient.
> > > >
> > >
> > > Good question. In the earlier thread about this patch it was mentioned
> > > the bug happens with latest stable version of Xen, which sounds like
> > > this patch should be backported to stable Xen versions. Is that correct?
> >
> > Replied later than expected, but I'm back now.
> >
> > Ian, Pasi,
> >
> > Right. We have this mail thread where the issue was originally reported:
> > https://lists.xenproject.org/archives/html/xen-devel/2017-07/msg00915.html
> >
> > And the follow-up with the patches for Xen and QEMU (not traditional):
> > https://lists.xenproject.org/archives/html/xen-devel/2018-05/msg01238.html
> >
> > "Hm, I think I might have fixed this issue, see:
> >
> > https://git.qemu.org/?p=qemu.git;a=commit;h=a8036336609d2e184fc3543a4c439c0ba7d7f3a2
> >
> > And the Xen side:
> >
> > http://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=69d99d1b223fc5082400374698ddd7486e5ea953"
> >
> > The Xen patch above is present in the tree from 4.10.0-rc1 tag forward.
> >
> 
> This sounds like an important fix to have for PCI passthrough users, and it seems the back port
> of this patch needs to go to Xen qemu-traditional to both 4.10 and 4.11 branches,
because the Xen hypervisor side patch is already in those branches.

As a follow-up, tested and the fix applied cleanly
over the patch [0] that corresponds to xen-4.10.0 and
xen-4.11.0 tags.

Thanks, Ian, Pasi.

Andra

[0] https://xenbits.xen.org/gitweb/?p=qemu-xen-traditional.git;a=commit;h=c8ea0457495342c417c3dc033bba25148b279f60

> 
> 
> Thanks,
> 
> -- Pasi
> 
> > Thanks for feedback. Anything I can help further, we can discuss about it.
> >
> > Andra
> >
> > > Thanks,
> > >
> > > -- Pasi
> > >
> > > > Regards,
> > > > Ian.
> > > >
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel



Amazon Development Center (Romania) S.R.L. registered office: 27A Sf. Lazar Street, UBC5, floor 2, Iasi, Iasi County, 700045, Romania. Registered in Romania. Registration number J22/2621/2005.


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

      reply	other threads:[~2018-11-05  9:58 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-10 18:52 [PATCH RESEND qemu-xen-traditional] xen/pt: allow QEMU to request MSI unmasking at bind time Andra Paraschiv
2018-10-24 15:20 ` Ian Jackson
2018-10-29 14:58   ` Pasi Kärkkäinen
2018-10-29 20:55     ` Paraschiv, Andra-Irina
2018-10-30 17:33       ` Pasi Kärkkäinen
2018-11-04 20:49       ` Pasi Kärkkäinen
2018-11-05  9:58         ` Paraschiv, Andra-Irina [this message]

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=1541411887398.68668@amazon.com \
    --to=andraprs@amazon.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=dwmw@amazon.co.uk \
    --cc=ian.jackson@citrix.com \
    --cc=jbeulich@suse.com \
    --cc=pasik@iki.fi \
    --cc=roger.pau@citrix.com \
    --cc=sstabellini@kernel.org \
    --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 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.