[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cf4ead8f-9dde-ba3b-3c87-71f73cebee74@deltatee.com>
Date: Fri, 21 Sep 2018 14:01:13 -0600
From: Logan Gunthorpe <logang@...tatee.com>
To: Bjorn Helgaas <helgaas@...nel.org>
Cc: Jens Axboe <axboe@...nel.dk>, Keith Busch <keith.busch@...el.com>,
Alex Williamson <alex.williamson@...hat.com>,
Sagi Grimberg <sagi@...mberg.me>, linux-nvdimm@...ts.01.org,
linux-rdma@...r.kernel.org, linux-pci@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-nvme@...ts.infradead.org,
Stephen Bates <sbates@...thlin.com>,
linux-block@...r.kernel.org,
Jérôme Glisse <jglisse@...hat.com>,
Jason Gunthorpe <jgg@...lanox.com>,
Christian König <christian.koenig@....com>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
Max Gurtovoy <maxg@...lanox.com>,
Dan Williams <dan.j.williams@...el.com>,
Christoph Hellwig <hch@....de>
Subject: Re: [PATCH v6 03/13] PCI/P2PDMA: Add PCI p2pmem DMA mappings to
adjust the bus offset
On 2018-09-21 2:00 PM, Bjorn Helgaas wrote:
> Ok. I was assuming s->dma_address would have been already set before
> the call and would be overwritten by pci_p2pmem_map_sg(). But I guess
> that's not the case -- sounds like s->dma_address is undefined before
> the call.
Correct. It's set by whatever dma_map function operates on it.
Logan
Powered by blists - more mailing lists