[RFC 0/8] Copy Offload with Peer-to-Peer PCI Memory
Jason Gunthorpe
jgunthorpe at obsidianresearch.com
Thu Apr 13 21:16:56 PDT 2017
On Thu, Apr 13, 2017 at 06:26:31PM -0500, Bjorn Helgaas wrote:
> > Ah, thanks for the tip! On my system, this translation returns the same
> > address so it was not necessary. And, yes, that means this would have to
> > find its way into the dma mapping routine somehow. This means we'll
> > eventually need a way to look-up the p2pmem device from the struct page.
> > Which means we will likely need a new flag bit in the struct page or
> > something. The big difficulty I see is testing. Do you know what
> > architectures or in what circumstances are these translations used?
>
> Any caller of pci_add_resource_offset() uses CPU addresses different from
> the PCI bus addresses (unless the offset is zero, of course). All ACPI
> platforms also support this translation (see "translation_offset"), though
> in most x86 systems the offset is zero. I'm aware of one x86 system that
> was tested with a non-zero offset but I don't think it was shipped that
> way.
I'd suggest just detecting if there is any translation in bus
addresses anywhere and just hard disabling P2P on such systems.
On modern hardware with 64 bit BARs there is very little reason to
have translation, so I think this is a legacy feature.
Jason
More information about the Linux-nvme
mailing list