[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20180524072104.GD6139@ram.oc3035372033.ibm.com>
Date: Thu, 24 May 2018 00:21:04 -0700
From: Ram Pai <linuxram@...ibm.com>
To: "Michael S. Tsirkin" <mst@...hat.com>
Cc: Anshuman Khandual <khandual@...ux.vnet.ibm.com>, robh@...nel.org,
aik@...abs.ru, jasowang@...hat.com, linux-kernel@...r.kernel.org,
virtualization@...ts.linux-foundation.org, hch@...radead.org,
joe@...ches.com, linuxppc-dev@...ts.ozlabs.org,
elfring@...rs.sourceforge.net, david@...son.dropbear.id.au
Subject: Re: [RFC V2] virtio: Add platform specific DMA API translation for
virito devices
On Wed, May 23, 2018 at 09:50:02PM +0300, Michael S. Tsirkin wrote:
> subj: s/virito/virtio/
>
..snip..
> > machine_subsys_initcall_sync(pseries, tce_iommu_bus_notifier_init);
> > +
> > +bool platform_forces_virtio_dma(struct virtio_device *vdev)
> > +{
> > + /*
> > + * On protected guest platforms, force virtio core to use DMA
> > + * MAP API for all virtio devices. But there can also be some
> > + * exceptions for individual devices like virtio balloon.
> > + */
> > + return (of_find_compatible_node(NULL, NULL, "ibm,ultravisor") != NULL);
> > +}
>
> Isn't this kind of slow? vring_use_dma_api is on
> data path and supposed to be very fast.
Yes it is slow and not ideal. This won't be the final code. The final
code will cache the information in some global variable and used
in this function.
However this code was added to the RFC to illustrate the idea that dma
operation are needed only in a secure/protected environment.
RP
Powered by blists - more mailing lists