From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Bruce Edge <bruce.edge@gmail.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: pv-ops domU not working with MSI interrupts on Nehalem
Date: Wed, 13 Oct 2010 17:46:13 -0400 [thread overview]
Message-ID: <20101013214613.GA7153@dumpdata.com> (raw)
In-Reply-To: <AANLkTimYYXUtkf3w32fDMdJq8teE5HLiE+LND5v59iKK@mail.gmail.com>
On Wed, Oct 13, 2010 at 02:36:47PM -0700, Bruce Edge wrote:
> On Mon, Oct 11, 2010 at 2:46 PM, Konrad Rzeszutek Wilk
> <konrad.wilk@oracle.com> wrote:
> > On Mon, Oct 11, 2010 at 02:12:22PM -0700, Bruce Edge wrote:
> >> On Fri, Oct 1, 2010 at 2:11 PM, Konrad Rzeszutek Wilk
> >> <konrad.wilk@oracle.com> wrote:
> >> > On Mon, Sep 27, 2010 at 08:52:39AM -0700, Bruce Edge wrote:
> >> >> One of our developers who is working on a tachyon driver is
> >> >> complaining that the pvops domU kernel is not working for these MSI
> >> >> interrupts.
> >> >> This is using the current head of xen/2.6.32.x on both a single
> >> >> Nahelam 920 and a dual E5540. This behavior is consistent with Xen
> >> >> 4.0.1, 4.0.2.rc1-pre and 4.1.
> >> >
> >> >
> >> > I just checked on my SuperMicro X8DTN, this combination
> >> > - For Dom0, git commit fe999249 (2.6.32.18)
> >> > - For DomU, devel/xen-pcifront-0.6 or devel/xen-pcifront-0.7
> >> > - For Hypervisor I used cs 21976, but found that the latest (22155) works too
> >> >
> >> > with which where I passed in PCI devices with legacy IRQ, MSI, and MSI-X. I tried
> >> > a combination of doing this with IOMMU (VT-d) and without - both cases these devices:
> >> >
> >> > 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
> >> > 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
> >> > 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
> >> > 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
> >> > 03:00.0 Ethernet controller: Intel Corporation 82572EI Gigabit Ethernet Controller (Copper) (rev 06)
> >> > 0a:00.1 Ethernet controller: Intel Corporation 82575EB Gigabit Network Connection (rev 02)
> >> >
> >> > worked just fine (either defining pci=["..."] or just using pci-attach).
> >> >
> >> > But if I use the latest xen/next or xen/stable-2.6.32.x it does not look
> >> > that happy :-(
> >> >
> >> >
> >>
> >> Konrad,
> >> To try eliminate the remaining differences here, could you post your
> >> dom0/domU config files?
> >
> > Sure. See attached
>
> Konrad,
> That made a big difference. Looks much better now. It's been kicked
> over to several developers who have each got our tachyon driver
> working a little bit better.
Hmm, I didn't really try to do anything fancy with the configs. Any
inklings of what config option might have caused all this headache?
>
> Now the sticking point is an apparent limitation on the amount of
> memory one can request using pci_map_single. It appears that we can
> only ask for 256K or less. We need a 2MB DMA buffer.
You can't use SG buffers? And chain them together and provide them
to the device? A lot of other drivers do this ...
> Is there some alternate mechanism for getting a larger physically
> contiguous buffer under pvops?
Why the contiguous requirement?
>
> Thanks
>
> -Bruce
>
> >> I'd like to build the same kernels to get an apples->apples comparison.
> >>
> >> Also, could you include your grub info and domU cfg file?
> >>
> >> These may eliminate some of the remaining diffs in the configs and
> >> show why your's works while mine does not.
> >>
> >> Thanks
> >>
> >> -Bruce
> >
next prev parent reply other threads:[~2010-10-13 21:46 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-27 15:52 pv-ops domU not working with MSI interrupts on Nehalem Bruce Edge
2010-09-27 17:24 ` Konrad Rzeszutek Wilk
2010-09-27 19:16 ` Bruce Edge
2010-09-27 19:54 ` Konrad Rzeszutek Wilk
2010-09-27 23:54 ` Bruce Edge
2010-09-28 1:15 ` Jiang, Yunhong
2010-09-28 3:16 ` Bruce Edge
2010-09-28 3:26 ` Jiang, Yunhong
2010-09-28 4:45 ` Bruce Edge
2010-09-28 16:08 ` Lin, Ray
2010-09-28 16:19 ` Konrad Rzeszutek Wilk
2010-09-28 18:35 ` Lin, Ray
2010-09-28 20:14 ` Konrad Rzeszutek Wilk
2010-09-28 20:38 ` Lin, Ray
2010-09-29 0:53 ` Jiang, Yunhong
2010-09-30 16:30 ` Lin, Ray
2010-09-28 14:56 ` Konrad Rzeszutek Wilk
2010-09-30 18:55 ` Bruce Edge
2010-10-01 21:11 ` Konrad Rzeszutek Wilk
2010-10-01 21:19 ` Bruce Edge
2010-10-01 23:30 ` Bruce Edge
2010-10-03 5:46 ` Bruce Edge
2010-10-03 12:08 ` Pasi Kärkkäinen
2010-10-04 14:48 ` Konrad Rzeszutek Wilk
2010-10-05 18:21 ` Bruce Edge
2010-10-06 14:21 ` Konrad Rzeszutek Wilk
2010-10-06 18:21 ` Bruce Edge
2010-10-08 16:48 ` Lin, Ray
2010-10-08 17:30 ` Konrad Rzeszutek Wilk
2010-10-08 17:40 ` Lin, Ray
2010-10-08 17:52 ` Bruce Edge
2010-10-08 21:01 ` Lin, Ray
2010-10-08 17:56 ` Bruce Edge
2010-10-11 21:12 ` Bruce Edge
2010-10-11 21:46 ` Konrad Rzeszutek Wilk
2010-10-13 21:36 ` Bruce Edge
2010-10-13 21:46 ` Konrad Rzeszutek Wilk [this message]
2010-10-13 22:00 ` Bruce Edge
2010-10-13 22:08 ` Bruce Edge
2010-10-14 13:57 ` Konrad Rzeszutek Wilk
-- strict thread matches above, loose matches on Subject: below --
2010-09-28 23:25 Lin, Ray
2010-09-28 23:57 ` Konrad Rzeszutek Wilk
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=20101013214613.GA7153@dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=bruce.edge@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 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).