Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

On 03/01/2018 10:26 AM, Gerd Hoffmann wrote: Hi, 1. Possible security issues - VirtIO devices are PCI bus masters, thus allowing real device (running, for example, in untrusted driver domain) to get control over guest's memory by writing to its memory 2. VirtIO currently uses GFNs written

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

On 03/01/2018 10:26 AM, Gerd Hoffmann wrote: Hi, 1. Possible security issues - VirtIO devices are PCI bus masters, thus allowing real device (running, for example, in untrusted driver domain) to get control over guest's memory by writing to its memory 2. VirtIO currently uses GFNs written

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Hi, > 1. Possible security issues - VirtIO devices are PCI bus masters, thus > allowing real device (running, for example, in untrusted driver domain) > to get control over guest's memory by writing to its memory > > 2. VirtIO currently uses GFNs written into the shared ring, without Xen >

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Hi, > 1. Possible security issues - VirtIO devices are PCI bus masters, thus > allowing real device (running, for example, in untrusted driver domain) > to get control over guest's memory by writing to its memory > > 2. VirtIO currently uses GFNs written into the shared ring, without Xen >

Re: [Xen-devel] [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

On Wed, 28 Feb 2018, Julien Grall wrote: > (+ Stefano and Wei) > > Hi, > > On 02/27/2018 12:40 PM, Oleksandr Andrushchenko wrote: > > Please find some more clarifications on VirtIO use with Xen > > (I would like to thank Xen community for helping with this) > > > > 1. Possible security issues -

Re: [Xen-devel] [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

On Wed, 28 Feb 2018, Julien Grall wrote: > (+ Stefano and Wei) > > Hi, > > On 02/27/2018 12:40 PM, Oleksandr Andrushchenko wrote: > > Please find some more clarifications on VirtIO use with Xen > > (I would like to thank Xen community for helping with this) > > > > 1. Possible security issues -

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Hi all, just as a clarification, this patch series implements the frontend driver for the "vdispl" protocol, which was reviewed, approved and committed in xen.git back in April: https://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=xen/include/public/io/displif.h As Xen maintainer, if a competing

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Hi all, just as a clarification, this patch series implements the frontend driver for the "vdispl" protocol, which was reviewed, approved and committed in xen.git back in April: https://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=xen/include/public/io/displif.h As Xen maintainer, if a competing

Re: [Xen-devel] [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

(+ Stefano and Wei) Hi, On 02/27/2018 12:40 PM, Oleksandr Andrushchenko wrote: Please find some more clarifications on VirtIO use with Xen (I would like to thank Xen community for helping with this) 1. Possible security issues - VirtIO devices are PCI bus masters, thus allowing real device

Re: [Xen-devel] [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

(+ Stefano and Wei) Hi, On 02/27/2018 12:40 PM, Oleksandr Andrushchenko wrote: Please find some more clarifications on VirtIO use with Xen (I would like to thank Xen community for helping with this) 1. Possible security issues - VirtIO devices are PCI bus masters, thus allowing real device

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Please find some more clarifications on VirtIO use with Xen (I would like to thank Xen community for helping with this) 1. Possible security issues - VirtIO devices are PCI bus masters, thus allowing real device (running, for example, in untrusted driver domain) to get control over guest's

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

Please find some more clarifications on VirtIO use with Xen (I would like to thank Xen community for helping with this) 1. Possible security issues - VirtIO devices are PCI bus masters, thus allowing real device (running, for example, in untrusted driver domain) to get control over guest's

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

** *Hi, all!* * Last *Friday* some concerns on #dri-devel were raised wrt "yet another driver" for Xen and why not virtio-gpu. Let me highlight on why we need a new paravirtualized driver for Xen and why we can't just use virtio. Hope this helps the communities (both Xen and DRI) to have

Re: [PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

** *Hi, all!* * Last *Friday* some concerns on #dri-devel were raised wrt "yet another driver" for Xen and why not virtio-gpu. Let me highlight on why we need a new paravirtualized driver for Xen and why we can't just use virtio. Hope this helps the communities (both Xen and DRI) to have

[PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

From: Oleksandr Andrushchenko Hello! This patch series adds support for Xen [1] para-virtualized frontend display driver. It implements the protocol from include/xen/interface/io/displif.h [2]. Accompanying backend [3] is implemented as a user-space application

[PATCH 0/9] drm/xen-front: Add support for Xen PV display frontend

From: Oleksandr Andrushchenko Hello! This patch series adds support for Xen [1] para-virtualized frontend display driver. It implements the protocol from include/xen/interface/io/displif.h [2]. Accompanying backend [3] is implemented as a user-space application and its helper library [4],