[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPcyv4h9Ubgiv1B8FPqes-zUXMckzfEi6uqtfc4GrLc_8BeSLg@mail.gmail.com>
Date: Wed, 26 Oct 2016 06:39:05 -0700
From: Dan Williams <dan.j.williams@...el.com>
To: Haggai Eran <haggaie@...lanox.com>
Cc: Stephen Bates <sbates@...thlin.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-nvdimm@...ts.01.org" <linux-nvdimm@...ts.01.org>,
linux-rdma@...r.kernel.org, linux-block@...r.kernel.org,
Linux MM <linux-mm@...ck.org>,
Ross Zwisler <ross.zwisler@...ux.intel.com>,
Matthew Wilcox <willy@...ux.intel.com>,
Jason Gunthorpe <jgunthorpe@...idianresearch.com>,
Christoph Hellwig <hch@...radead.org>,
Jens Axboe <axboe@...com>, Jonathan Corbet <corbet@....net>,
jim.macdonald@...rspin.com, sbates@...thin.com,
Logan Gunthorpe <logang@...tatee.com>,
David Woodhouse <dwmw2@...radead.org>,
"Raj, Ashok" <ashok.raj@...el.com>
Subject: Re: [PATCH 0/3] iopmem : A block device for PCIe memory
On Wed, Oct 26, 2016 at 1:24 AM, Haggai Eran <haggaie@...lanox.com> wrote:
[..]
>> I wonder if we could (ab)use a
>> software-defined 'pasid' as the requester id for a peer-to-peer
>> mapping that needs address translation.
> Why would you need that? Isn't it enough to map the peer-to-peer
> addresses correctly in the iommu driver?
>
You're right, we might already have enough...
We would just need to audit iommu drivers to undo any assumptions that
the page being mapped is always in host memory and apply any bus
address translations between source device and target device.
Powered by blists - more mailing lists