All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Horman <horms@verge.net.au>
To: "Zhai, Edwin" <edwin.zhai@intel.com>
Cc: Tom Rotenberg <tom.rotenberg@gmail.com>,
	Xen Developers <xen-devel@lists.xensource.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>
Subject: Re: [PATCH] [IOEMU] Fix wrong INTx for pass-through device
Date: Tue, 29 Dec 2009 13:01:28 +1100	[thread overview]
Message-ID: <20091229020128.GG10172@verge.net.au> (raw)
In-Reply-To: <4B394BCB.30607@intel.com>

On Tue, Dec 29, 2009 at 08:22:35AM +0800, Zhai, Edwin wrote:
> Your patch can also fix this issue, as using physical pin info for
> both guest and xen.
> Only potential issue is that guest will see a single function device
> is not linked to INTA, say assign 00:1a.7 to guest as 00:4.0. It
> should work, but seems doesn't comply with PCI spec.

I had a vague memory that was the case,
I have been meaning to check the spec.

> We have 2 options here:
> 1. always use INTA
> 2. Use INTA for virtual function 0, and physical value for others.
> Options 2 is more friendly to multiple-function device assignment,
> and is current used.

2 seems to be a much better solution to me.

Tom, could you see if Edwin's patch, without your patch, resolves
the problem that you were seeing?

> Tom Rotenberg wrote:
> >Hi,
> >
> >I ran into similar problems last week, and i tried the following fix,
> >which looks like it kind-of fixed it, does this do the same fix as
> >your patch?
> >
> >Here is the patch i used:
> >
> >--- a/tools/ioemu/hw/pass-through.c	Sun Dec 27 11:56:08 2009 +0200
> >+++ b/tools/ioemu/hw/pass-through.c	Sun Dec 27 11:56:08 2009 +0200
> >@@ -4209,8 +4209,14 @@
> >  */
> > uint8_t pci_intx(struct pt_dev *ptdev)
> > {
> > +#if 0    /* FIX */
> >      if (!PCI_FUNC(ptdev->dev.devfn))
> >          return 0;
> > +#endif /* FIX */
> > +
> >      return pci_read_intx(ptdev);
> >}
> >
> >Tom
> >
> >On Mon, Dec 28, 2009 at 9:04 AM, Zhai, Edwin <edwin.zhai@intel.com> wrote:
> >>Simon,
> >>For the pass-through device's INTx emulation, we follow the policy: if
> >>virtual function 0, use INTA#, otherwise use hardware value. However, this
> >>policy only apply when bind_pt_pci_irq to xen, and always use physical value
> >>when exporting to guest. This discrepancy cause different INTx, thus
> >>different GSI in xen and guest, so that interrupts never got injected to
> >>guest. E.g. when assigning a USB controller with non-zero function(00:1d.2)
> >>to guest as 00:4.0, xen will see INTA#, while guest see INTC#.
> >>
> >>This simple patch can fix it. Could you pls. review it?
> >>
> >>Thanks,
> >>
> >>--
> >>best rgds,
> >>edwin
> >>
> >>
> >>Signed-Off-By: Zhai Edwin <edwin.zhai@intel.com>
> >>
> >>diff --git a/hw/pass-through.c b/hw/pass-through.c
> >>index e7bd386..a08c0bf 100644
> >>--- a/hw/pass-through.c
> >>+++ b/hw/pass-through.c
> >>@@ -2710,7 +2710,8 @@ static uint32_t pt_status_reg_init(struct pt_dev
> >>*ptdev,
> >> static uint32_t pt_irqpin_reg_init(struct pt_dev *ptdev,
> >>        struct pt_reg_info_tbl *reg, uint32_t real_offset)
> >> {
> >>-    return ptdev->dev.config[real_offset];
> >>+    /* Translate xen INTx value to hw */
> >>+    return pci_intx(ptdev) + 1;
> >> }
> >>
> >> /* initialize BAR */
> >>
> >>_______________________________________________
> >>Xen-devel mailing list
> >>Xen-devel@lists.xensource.com
> >>http://lists.xensource.com/xen-devel
> >>
> >>
> >
> 
> -- 
> best rgds,
> edwin

  reply	other threads:[~2009-12-29  2:01 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-28  7:04 [PATCH] [IOEMU] Fix wrong INTx for pass-through device Zhai, Edwin
2009-12-28  7:54 ` Simon Horman
2009-12-28 14:33 ` Tom Rotenberg
2009-12-29  0:22   ` Zhai, Edwin
2009-12-29  2:01     ` Simon Horman [this message]
2009-12-29  8:51       ` Tom Rotenberg
2009-12-29  8:59         ` Zhai, Edwin
2009-12-30  8:20           ` Tom Rotenberg
2009-12-31  4:32             ` Simon Horman
2009-12-31  6:08               ` Zhai, Edwin
2009-12-31  6:45                 ` Simon Horman
2009-12-31  7:40                   ` Zhai, Edwin
2009-12-31  7:56                     ` Simon Horman

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=20091229020128.GG10172@verge.net.au \
    --to=horms@verge.net.au \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=edwin.zhai@intel.com \
    --cc=tom.rotenberg@gmail.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.