Re: [PATCH v2 00/10] iommu/vt-d: Bounce buffer for untrusted devices

2019-03-28 Thread Lu Baolu
Hi, On 3/29/19 12:11 AM, Christoph Hellwig wrote: On Thu, Mar 28, 2019 at 02:33:04PM +0800, Lu Baolu wrote: For the swiotlb APIs, I am thinking about keeping current APIs untouched and adding below new ones for bounce page. In the lon run I'd like tow avoid duplicate APIs, especially as the c

Re: [PATCH v2 00/10] iommu/vt-d: Bounce buffer for untrusted devices

2019-03-28 Thread Christoph Hellwig
On Thu, Mar 28, 2019 at 02:33:04PM +0800, Lu Baolu wrote: > For the swiotlb APIs, I am thinking about keeping current APIs untouched > and adding below new ones for bounce page. In the lon run I'd like tow avoid duplicate APIs, especially as the current low-level swiotlb APIs only two callers. Bu

Re: [PATCH v2 00/10] iommu/vt-d: Bounce buffer for untrusted devices

2019-03-27 Thread Lu Baolu
Hi, On 3/27/19 2:48 PM, Christoph Hellwig wrote: On Wed, Mar 27, 2019 at 02:34:56PM +0800, Lu Baolu wrote: - During the v1 review cycle, we discussed the possibility of reusing swiotlb code to avoid code dumplication, but we found the swiotlb implementations are not ready for the

Re: [PATCH v2 00/10] iommu/vt-d: Bounce buffer for untrusted devices

2019-03-26 Thread Christoph Hellwig
On Wed, Mar 27, 2019 at 02:34:56PM +0800, Lu Baolu wrote: > - During the v1 review cycle, we discussed the possibility > of reusing swiotlb code to avoid code dumplication, but > we found the swiotlb implementations are not ready for the > use of bounce page pool. > https://lkml.o

[PATCH v2 00/10] iommu/vt-d: Bounce buffer for untrusted devices

2019-03-26 Thread Lu Baolu
The Thunderbolt vulnerabilities are public and have a nice name as Thunderclap [1] [3] nowadays. This patch series aims to mitigate those concerns. An external PCI device is a PCI peripheral device connected to the system through an external bus, such as Thunderbolt. What makes it different is tha