On Tue, Aug 02, 2016 at 07:10:14AM +0000, Haggai Eran wrote: > The reason I thought this idea might work is because of the responses > Stephen got for his attempt to use ZONE_DEVICE for things like the CMB. > The problem with that is that the way RDMA registration works with > get_user_pages means that the CPU also gets access to the CMB and > sometimes you don't want that. DMA-BUF can solve that nicely in that it > doesn't require mapping it to the CPU - a driver can attach to it > directly. I'm not complaining about DMA-BUF - that might be a useful low-level abstraction if we define a higher level API around it. > Anyway, I understand exposing the CMB directly might be a little too > low level. What do you think would work better? Something like > direct_access that returns bus addresses instead of pfns? This would be my primary choicse. We'll really need to built an in-kernel framework for a) PCI P2P access involving drivers for the PCI switches etc, and then on top of that build something speicifly for block drivers. Which will be a bit complicated because both have the case of directly memory mapped device as well as indirect devices like the CMB. I'm pretty sure we won't get it right at the first attempt, so exposing it to userspace is an absolute no-go as that will lock us into the first ABI forever. -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
