[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191015073501.GA32345@lst.de>
Date: Tue, 15 Oct 2019 09:35:01 +0200
From: Christoph Hellwig <hch@....de>
To: Ram Pai <linuxram@...ibm.com>
Cc: linux-kernel@...r.kernel.org, iommu@...ts.linux-foundation.org,
linuxppc-dev@...ts.ozlabs.org,
virtualization@...ts.linux-foundation.org,
benh@...nel.crashing.org, david@...son.dropbear.id.au,
mpe@...erman.id.au, paulus@...abs.org, mdroth@...ux.vnet.ibm.com,
aik@...ux.ibm.com, paul.burton@...s.com, robin.murphy@....com,
b.zolnierkie@...sung.com, m.szyprowski@...sung.com, hch@....de,
jasowang@...hat.com, andmike@...ibm.com, sukadev@...ux.vnet.ibm.com
Subject: Re: [PATCH 2/2] virtio_ring: Use DMA API if memory is encrypted
On Fri, Oct 11, 2019 at 06:25:19PM -0700, Ram Pai wrote:
> From: Thiago Jung Bauermann <bauerman@...ux.ibm.com>
>
> Normally, virtio enables DMA API with VIRTIO_F_IOMMU_PLATFORM, which must
> be set by both device and guest driver. However, as a hack, when DMA API
> returns physical addresses, guest driver can use the DMA API; even though
> device does not set VIRTIO_F_IOMMU_PLATFORM and just uses physical
> addresses.
Sorry, but this is a complete bullshit hack. Driver must always use
the DMA API if they do DMA, and if virtio devices use physical addresses
that needs to be returned through the platform firmware interfaces for
the dma setup. If you don't do that yet (which based on previous
informations you don't), you need to fix it, and we can then quirk
old implementations that already are out in the field.
In other words: we finally need to fix that virtio mess and not pile
hacks on top of hacks.
Powered by blists - more mailing lists