Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1291220
| From | "Michael S. Tsirkin" <mst@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio |
| Date | 2015-12-14 15:20 +0100 |
| Message-ID | <qFC8N-7gr-13@gated-at.bofh.it> (permalink) |
| References | <qD6PL-6WV-5@gated-at.bofh.it> <qFBZ8-7d6-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, Dec 14, 2015 at 02:00:05PM +0000, David Vrabel wrote: > On 07/12/15 16:19, Stefano Stabellini wrote: > > Hi all, > > > > this patch series introduces support for running Linux on top of Xen > > inside a virtual machine with virtio devices (nested virt scenario). > > The problem is that Linux virtio drivers use virt_to_phys to get the > > guest pseudo-physical addresses to pass to the backend, which doesn't > > work as expected on Xen. > > > > Switching the virtio drivers to the dma APIs (dma_alloc_coherent, > > dma_map/unmap_single and dma_map/unmap_sg) would solve the problem, as > > Xen support in Linux provides an implementation of the dma API which > > takes care of the additional address conversions. However using the dma > > API would increase the complexity of the non-Xen case too. We would also > > need to keep track of the physical or virtual address in addition to the > > dma address for each vring_desc to be able to free the memory in > > detach_buf (see patch #3). > > > > Instead this series adds few obvious checks to perform address > > translations in a couple of key places, without changing non-Xen code > > paths. You are welcome to suggest improvements or alternative > > implementations. > > Andy Lutomirski also looked at this. Andy what happened to this work? > > David The approach there was to try and convert all virtio to use DMA API unconditionally. This is reasonable if there's a way for devices to request 1:1 mappings individually. As that is currently missing, that patchset can not be merged yet. -- MST -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio David Vrabel <david.vrabel@citrix.com> - 2015-12-14 15:10 +0100
Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio "Michael S. Tsirkin" <mst@redhat.com> - 2015-12-14 15:20 +0100
Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio Andy Lutomirski <luto@amacapital.net> - 2015-12-14 19:30 +0100
Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio Stefano Stabellini <stefano.stabellini@eu.citrix.com> - 2015-12-15 13:20 +0100
Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio Andy Lutomirski <luto@amacapital.net> - 2015-12-15 17:50 +0100
Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio "Michael S. Tsirkin" <mst@redhat.com> - 2015-12-15 21:50 +0100
Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio "Michael S. Tsirkin" <mst@redhat.com> - 2015-12-15 21:50 +0100
csiph-web