From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gerd Hoffmann Subject: Re: [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel Date: Tue, 24 Nov 2015 15:12:31 +0100 Message-ID: <1448374351.27648.128.camel@redhat.com> References: <547FCAAD.2060406@intel.com> <54AF967B.3060503@intel.com> <5527CEC4.9080700@intel.com> <559B3E38.1080707@intel.com> <562F4311.9@intel.com> <1447870341.4697.92.camel@redhat.com> <1447963356.4697.184.camel@redhat.com> <20151124111917.GO17050@phenom.ffwll.local> <1448368735.27648.110.camel@redhat.com> <20151124133135.GY17050@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by gabe.freedesktop.org (Postfix) with ESMTPS id 095926E945 for ; Tue, 24 Nov 2015 06:12:37 -0800 (PST) In-Reply-To: <20151124133135.GY17050@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Daniel Vetter Cc: "igvt-g@ml01.01.org" , qemu-devel , "Reddy, Raghuveer" , "White, Michael L" , "Cowperthwaite, David J" , "intel-gfx@lists.freedesktop.org" , "Li, Susie" , "Dong, Eddie" , "linux-kernel@vger.kernel.org" , "xen-devel@lists.xen.org" , "Zhou, Chao" , Paolo Bonzini , "Zhu, Libo" , "Wang, Hongbo" List-Id: intel-gfx@lists.freedesktop.org ICBIaSwKCj4gQnV0IHRoZXJlJ3Mgc29tZSB3b3JrIHRvIGFkZCBnZW5lcmljIG1tYXAgc3VwcG9y dCB0byBkbWEtYnVmcywgYW5kIGZvcgo+IHJlYWxseSBzaW1wbGUgY2FzZSAod2hlcmUgd2UgZG9u J3QgaGF2ZSBhIGdsIGRyaXZlciB0byBoYW5kbGUgdGhlIGRtYS1idWYKPiBzcGVjaWFsbHkpIGZv ciB1bnRpbGVkIGZyYW1lYnVmZmVycyB0aGF0IHdvdWxkIGJlIGFsbCB3ZSBuZWVkPwoKTm90IHJl cXVpcmluZyBnbCBpcyBjZXJ0YWlubHkgYSBib251cywgcGVvcGxlIG1pZ2h0IHdhbnQgYnVpbGQg cWVtdQp3aXRob3V0IG9wZW5nbCBzdXBwb3J0IHRvIHJlZHVjZSB0aGUgYXR0YWNoIHN1cmZhY2Ug YW5kL29yIHBhY2thZ2UKZGVwZW5kZW5jeSBjaGFpbi4KCkFuZCwgeWVzLCByZXF1aXJlbWVudHMg Zm9yIHRoZSBub24tZ2wgcmVuZGVyaW5nIHBhdGggYXJlIHByZXR0eSBsb3cuCnFlbXUgbmVlZHMg c29tZXRoaW5nIGl0IGNhbiBtbWFwLCBhbmQgd2hpY2ggaXQgY2FuIGFzayBwaXhtYW4gdG8gaGFu ZGxlLgpQcmVmZXJyZWQgZm9ybWF0IGlzIFBJWE1BTl94OHI4ZzhiOCAocWVtdSB1c2VzIHRoYXQg aW50ZXJuYWxseSBpbiBhbG90Cm9mIHBsYWNlcyBzbyB0aGlzIGF2b2lkcyBjb252ZXJzaW9ucyku CgpDdXJyZW50IHBsYW4gaXMgdG8gaGF2ZSBhIHNwZWNpYWwgdmZpbyByZWdpb24gKG5vdCB2aXNp YmxlIHRvIHRoZSBndWVzdCkKd2hlcmUgdGhlIGZyYW1lYnVmZmVyIGxpdmVzLCB3aXRoIG9uZSBv ciB0d28gcGFnZXMgYXQgdGhlIGVuZCBmb3IgbWV0YQpkYXRhIChmb3JtYXQgYW5kIHNpemUpLiAg U3RhdHVzIGZpZWxkIGlzIHRoZXJlIHRvbyBhbmQgd2lsbCBiZSB1c2VkIGJ5CnFlbXUgdG8gcmVx dWVzdCB1cGRhdGVzIGFuZCB0aGUga2VybmVsIHRvIHNpZ25hbCB1cGRhdGUgY29tcGxldGlvbi4K R3Vlc3MgSSBzaG91bGQgd3JpdGUgdGhhdCBkb3duIGFzIHZmaW8gcmZjIHBhdGNoIC4uLgoKSSBk b24ndCB0aGluayBpdCBtYWtlcyBzZW5zZSB0byBoYXZlIGZpZWxkcyB0byBub3RpZnkgcWVtdSBh Ym91dCB3aGljaApmcmFtZWJ1ZmZlciByZWdpb25zIGhhdmUgYmVlbiB1cGRhdGVkLCBJJ2QgZXhw ZWN0IHdpdGggZnVsbC1zY3JlZW4KY29tcG9zaW5nIHdlIGhhdmUgdGhlc2UgZGF5cyB0aGlzIGlu Zm9ybWF0aW9uIGlzbid0IGF2YWlsYWJsZSBhbnl3YXkuCk1heWJlIGEgZmxhZyB0ZWxsaW5nIHdo ZW5ldmVyIHRoZXJlIGhhdmUgYmVlbiB1cGRhdGVzIG9yIG5vdCwgc28gcWVtdQpjYW4gc2tpcCB1 cGRhdGUgcHJvY2Vzc2luZyBpbiBjYXNlIHdlIGhhdmUgdGhlIHNjcmVlbnNhdmVyIHNob3dpbmcg YQpibGFjayBzY3JlZW4gYWxsIGRheSBsb25nLgoKY2hlZXJzLAogIEdlcmQKCgpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpJbnRlbC1nZnggbWFpbGluZyBs aXN0CkludGVsLWdmeEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cDovL2xpc3RzLmZyZWVkZXNr dG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludGVsLWdmeAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754404AbbKXOMi (ORCPT ); Tue, 24 Nov 2015 09:12:38 -0500 Received: from mx1.redhat.com ([209.132.183.28]:38699 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753114AbbKXOMg (ORCPT ); Tue, 24 Nov 2015 09:12:36 -0500 Message-ID: <1448374351.27648.128.camel@redhat.com> Subject: Re: [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel From: Gerd Hoffmann To: Daniel Vetter Cc: Alex Williamson , "igvt-g@ml01.01.org" , "Li, Susie" , "White, Michael L" , "Dong, Eddie" , "intel-gfx@lists.freedesktop.org" , "Reddy, Raghuveer" , "Cowperthwaite, David J" , "linux-kernel@vger.kernel.org" , "xen-devel@lists.xen.org" , qemu-devel , "Zhou, Chao" , Paolo Bonzini , "Zhu, Libo" , "Wang, Hongbo" Date: Tue, 24 Nov 2015 15:12:31 +0100 In-Reply-To: <20151124133135.GY17050@phenom.ffwll.local> References: <547FCAAD.2060406@intel.com> <54AF967B.3060503@intel.com> <5527CEC4.9080700@intel.com> <559B3E38.1080707@intel.com> <562F4311.9@intel.com> <1447870341.4697.92.camel@redhat.com> <1447963356.4697.184.camel@redhat.com> <20151124111917.GO17050@phenom.ffwll.local> <1448368735.27648.110.camel@redhat.com> <20151124133135.GY17050@phenom.ffwll.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, > But there's some work to add generic mmap support to dma-bufs, and for > really simple case (where we don't have a gl driver to handle the dma-buf > specially) for untiled framebuffers that would be all we need? Not requiring gl is certainly a bonus, people might want build qemu without opengl support to reduce the attach surface and/or package dependency chain. And, yes, requirements for the non-gl rendering path are pretty low. qemu needs something it can mmap, and which it can ask pixman to handle. Preferred format is PIXMAN_x8r8g8b8 (qemu uses that internally in alot of places so this avoids conversions). Current plan is to have a special vfio region (not visible to the guest) where the framebuffer lives, with one or two pages at the end for meta data (format and size). Status field is there too and will be used by qemu to request updates and the kernel to signal update completion. Guess I should write that down as vfio rfc patch ... I don't think it makes sense to have fields to notify qemu about which framebuffer regions have been updated, I'd expect with full-screen composing we have these days this information isn't available anyway. Maybe a flag telling whenever there have been updates or not, so qemu can skip update processing in case we have the screensaver showing a black screen all day long. cheers, Gerd From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41103) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1EKo-0007yW-D7 for qemu-devel@nongnu.org; Tue, 24 Nov 2015 09:12:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a1EKj-00088A-D1 for qemu-devel@nongnu.org; Tue, 24 Nov 2015 09:12:42 -0500 Received: from mx1.redhat.com ([209.132.183.28]:36053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1EKj-000886-1k for qemu-devel@nongnu.org; Tue, 24 Nov 2015 09:12:37 -0500 Message-ID: <1448374351.27648.128.camel@redhat.com> From: Gerd Hoffmann Date: Tue, 24 Nov 2015 15:12:31 +0100 In-Reply-To: <20151124133135.GY17050@phenom.ffwll.local> References: <547FCAAD.2060406@intel.com> <54AF967B.3060503@intel.com> <5527CEC4.9080700@intel.com> <559B3E38.1080707@intel.com> <562F4311.9@intel.com> <1447870341.4697.92.camel@redhat.com> <1447963356.4697.184.camel@redhat.com> <20151124111917.GO17050@phenom.ffwll.local> <1448368735.27648.110.camel@redhat.com> <20151124133135.GY17050@phenom.ffwll.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Daniel Vetter Cc: "igvt-g@ml01.01.org" , qemu-devel , "Reddy, Raghuveer" , "White, Michael L" , "Cowperthwaite, David J" , "intel-gfx@lists.freedesktop.org" , "Li, Susie" , "Dong, Eddie" , "linux-kernel@vger.kernel.org" , "xen-devel@lists.xen.org" , Alex Williamson , "Zhou, Chao" , Paolo Bonzini , "Zhu, Libo" , "Wang, Hongbo" Hi, > But there's some work to add generic mmap support to dma-bufs, and for > really simple case (where we don't have a gl driver to handle the dma-buf > specially) for untiled framebuffers that would be all we need? Not requiring gl is certainly a bonus, people might want build qemu without opengl support to reduce the attach surface and/or package dependency chain. And, yes, requirements for the non-gl rendering path are pretty low. qemu needs something it can mmap, and which it can ask pixman to handle. Preferred format is PIXMAN_x8r8g8b8 (qemu uses that internally in alot of places so this avoids conversions). Current plan is to have a special vfio region (not visible to the guest) where the framebuffer lives, with one or two pages at the end for meta data (format and size). Status field is there too and will be used by qemu to request updates and the kernel to signal update completion. Guess I should write that down as vfio rfc patch ... I don't think it makes sense to have fields to notify qemu about which framebuffer regions have been updated, I'd expect with full-screen composing we have these days this information isn't available anyway. Maybe a flag telling whenever there have been updates or not, so qemu can skip update processing in case we have the screensaver showing a black screen all day long. cheers, Gerd