[PATCH hyperv-next 5/6] arch, drivers: Add device struct bitfield to not bounce-buffer
Christoph Hellwig
hch at lst.de
Thu Apr 10 00:23:54 PDT 2025
On Wed, Apr 09, 2025 at 04:30:17PM -0700, Dan Williams wrote:
> > Thanks, I should've highlighted that facet most certainly!
>
> One would hope that no one is building a modern device with trusted I/O
> capability, *and* with a swiotlb addressing dependency. However, I agree
> that a non-shared swiotlb would be needed in such a scenario.
Hope is never a good idea when dealing with hardware :( PCIe already
requires no addressing limitations, and programming interface specs
like NVMe double down on that. But at least one big hyperscaler still
managed to build such a device.
Also even if the periphal device is not addressing limited, the root
port or interconnect might still be, we've seen quite a lot of that.
More information about the linux-arm-kernel
mailing list