From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Vivien Bernet-Rollande <vbr@soprive.net>
Cc: jackm@mellanox.co.il, Jeremy Fitzhardinge <jeremy@goop.org>,
xen-devel@lists.xensource.com, linux-rdma@vger.kernel.org,
Roland Dreier <rdreier@cisco.com>,
rdreir@cisco.com, sean.hefty@intel.com
Subject: Re: Re: [PATCH] infiniband/mthca : Fix userland mapping of mthca infiniband cards in Xen dom0
Date: Thu, 6 Jan 2011 11:55:49 -0500 [thread overview]
Message-ID: <20110106165549.GC18774@dumpdata.com> (raw)
In-Reply-To: <AANLkTi=zMiVJfTRDeYvbxT46b0iASKG9jPgXqG81bqAK@mail.gmail.com>
> To sum up :
> - Xen needs the _PAGE_IOMAP flag set on the vm_page_prot for the
> device to work.
> - I understand the proper way to do this is to set the VM_IO flag,
> and then call vm_get_page_prot()
>
> > There are quite a few drivers under drivers/infiniband/hw that call
> > io_remap_pfn_range() -- presumably they all need the analogous fix?
>
> I only have access to Mellanox Infinihost HBAs for testing, but once
There is another way, which I hope can fix this issue (it fixes
the graphics drivers). Basically making the Xen MMU be aware of the E820
and consider any access to PFNs that are not in RAM to have VM_IO implicitly set.
The patches are at git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/p2m-identity.v4.3
And posted on LKML )https://lkml.org/lkml/2010/12/30/163)
They _should_ take care of your problem as long as the PFNs you
are mapping fall within the PCI BAR regions (which I would presume they
do since you are using ioremap).
Please tell me if they work (or not).
next prev parent reply other threads:[~2011-01-06 16:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1293034260.30522.426.camel@trax>
2011-01-05 19:35 ` [PATCH] infiniband/mthca : Fix userland mapping of mthca infiniband cards in Xen dom0 Roland Dreier
[not found] ` <adamxnfdty8.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2011-01-06 11:08 ` Vivien Bernet-Rollande
2011-01-06 16:55 ` Konrad Rzeszutek Wilk [this message]
2011-01-06 18:51 ` Roland Dreier
[not found] ` <adalj2xdfw2.fsf-FYB4Gu1CFyUAvxtiuMwx3w@public.gmane.org>
2011-01-07 19:15 ` [Xen-devel] " Konrad Rzeszutek Wilk
[not found] ` <20110107191559.GA27871-Z2dCqgVfyhJWk0Htik3J/w@public.gmane.org>
2011-01-09 8:24 ` Jack Morgenstein
[not found] ` <AANLkTi=zMiVJfTRDeYvbxT46b0iASKG9jPgXqG81bqAK-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-01-06 19:15 ` Roland Dreier
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=20110106165549.GC18774@dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=jackm@mellanox.co.il \
--cc=jeremy@goop.org \
--cc=linux-rdma@vger.kernel.org \
--cc=rdreier@cisco.com \
--cc=rdreir@cisco.com \
--cc=sean.hefty@intel.com \
--cc=vbr@soprive.net \
--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).