From patchwork Fri Mar 17 14:19:47 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Konrad Rzeszutek Wilk X-Patchwork-Id: 9630845 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 069C260245 for ; Fri, 17 Mar 2017 14:23:02 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id DA63428490 for ; Fri, 17 Mar 2017 14:23:01 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id CEF4628533; Fri, 17 Mar 2017 14:23:01 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=2.0 tests=BAYES_00, RCVD_IN_DNSWL_MED, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.wl.linuxfoundation.org (Postfix) with ESMTPS id 54003284EE for ; Fri, 17 Mar 2017 14:23:00 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cosjr-0001yI-41; Fri, 17 Mar 2017 14:20:19 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cosjp-0001xg-Em for xen-devel@lists.xenproject.org; Fri, 17 Mar 2017 14:20:17 +0000 Received: from [85.158.143.35] by server-5.bemta-6.messagelabs.com id 96/81-27545-0A0FBC85; Fri, 17 Mar 2017 14:20:16 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrAIsWRWlGSWpSXmKPExsXSO6nOVXfBh9M RBi3zhC2+b5nM5MDocfjDFZYAxijWzLyk/IoE1owj50+wFJxTqOja3MvSwPhIqouRi0NIYCKT xN7+VcwQzm9GiT/b70M5Gxkl/u+cAeV0M0rcvrycqYuRE8gpkpg4bx4biM0ioCox+edeoDgHB 5uAicSbVY4gYREBT4m2rkdgJcwCLcwSU47GgtjCAlYS3z+sZAEp5xUwl5jaGw8xfjmjxNRnd8 HG8woISpyc+YQFoldHYufWO2wg9cwC0hLL/3GAmJwCxhIbd3OBVIgKKEv8PXwPqlpbYtnC18w gtoSAocTph9sYJzAKz0IydBaSobMQhs5C0r2AkWUVo3pxalFZapGuoV5SUWZ6RkluYmaOrqGB mV5uanFxYnpqTmJSsV5yfu4mRmDoMwDBDsadz50OMUpyMCmJ8r5YcTpCiC8pP6UyI7E4I76oN Ce1+BCjDAeHkgTv6XdAOcGi1PTUirTMHGAUwqQlOHiURHhbQNK8xQWJucWZ6RCpU4y6HHNm73 7DJMSSl5+XKiXOe/stUJEASFFGaR7cCFhCuMQoKyXMywh0lBBPQWpRbmYJqvwrRnEORiVh3vy XQFN4MvNK4Da9AjqCCeiItx9OgBxRkoiQkmpgdLnnEy2RrhTw7fmExu7pF5O5rjUzfrJ9WCxl mcr+v3/2Yg7vi4a8JYnHPmWZ3Zi27naf/G9rz8l86i9XHAvbHrZC7pzp6bcqLfJ3Npcl8qnlR X47+v11yL3PHzOWN8zZziModJbTa8fvAG6TBSUBVxO4TrWUl5x+vmF124Zfjf7/Cvj3307+qM RSnJFoqMVcVJwIAFk151cDAwAA X-Env-Sender: konrad.wilk@oracle.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1489760414!48923350!1 X-Originating-IP: [141.146.126.69] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuNjkgPT4gMjc3MjE4\n X-StarScan-Received: X-StarScan-Version: 9.2.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 58455 invoked from network); 17 Mar 2017 14:20:16 -0000 Received: from aserp1040.oracle.com (HELO aserp1040.oracle.com) (141.146.126.69) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 17 Mar 2017 14:20:16 -0000 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2HEJs83031229 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 17 Mar 2017 14:19:55 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v2HEJqPv022560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 17 Mar 2017 14:19:52 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id v2HEJnd4006909; Fri, 17 Mar 2017 14:19:49 GMT Received: from char.us.oracle.com (/10.137.176.158) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 17 Mar 2017 07:19:48 -0700 Received: by char.us.oracle.com (Postfix, from userid 1000) id B6B446A0764; Fri, 17 Mar 2017 10:19:47 -0400 (EDT) Date: Fri, 17 Mar 2017 10:19:47 -0400 From: Konrad Rzeszutek Wilk To: Dario Faggioli , Ian.Jackson@eu.citrix.com Message-ID: <20170317141947.GA18067@char.us.oracle.com> References: <1479492255.3832.52.camel@citrix.com> <20161119105641.GL28824@reaktio.net> <1479719053.3832.103.camel@citrix.com> <1480097851.2712.209.camel@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1480097851.2712.209.camel@citrix.com> User-Agent: Mutt/1.7.1 (2016-10-04) X-Source-IP: userv0021.oracle.com [156.151.31.71] Cc: Stefano Stabellini , Ian Jackson , Paul Durrant , ajax , "anthony.perard" , xen-devel , Roger Pau Monne Subject: Re: [Xen-devel] Wondering about cirris and stdvga X-BeenThere: xen-devel@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" X-Virus-Scanned: ClamAV using ClamSMTP On Fri, Nov 25, 2016 at 07:17:31PM +0100, Dario Faggioli wrote: > On Mon, 2016-11-21 at 10:04 +0100, Dario Faggioli wrote: > > On Sat, 2016-11-19 at 12:56 +0200, Pasi Kärkkäinen wrote: > > > 2) It'd good to create an upstream Wayland bugreport and > > > investigate > > > more about why cirrus is broken with Wayland. > > > > > Sure, I can do that. > > > An update. > > The discussion here has gone on a bit: > https://bugzilla.redhat.com/show_bug.cgi?id=1227770 > > The conclusion seems to be that: > "cirrus (virtual) hardware is simply to old to run wayland." > > And so this is (and will very likely remain) a 'WONTFIX' for cirrus, at > least on Fedora. > > I've also opened a thread on wayland-devel mailing list: > https://lists.freedesktop.org/archives/wayland-devel/2016-November/0318 > 56.html > > There, I learned that Wayland is not the component to blame, as Wayland > is the protocol. So, in our case, the 'bug' is most likely in > gnome-shell / Mutter. > > That's not a good thing, though. In fact, just to cite a few sentences > from the thread: > > "Packed 24bpp is going to be pain, not least because I don't know of > any clients which render in packed-24" > > "The 24bpp paths in pretty much everything are also badly untested, so > that's asking for trouble." > > "you will need to test and fix every single Wayland compositor out > there." > > "I really think you'd be far far better off trying to figure out how to > move off the legacy Cirrus emulation as soon as you can." > > So, we can try seeing if I manage to get some logs out of Mutter to > figure out the actual bug more precisely _but_, considering all that > people have said both here and in the other forums, I think it would be > better to spend that time figuring out how to switch (and document this > for 4.8 and previous version, of course). Yes. Also as there does not seem to be any supported OS that _needs_ the old Cirrus OS to boot and function. Here is what I am thinking to propose for Xen 4.9: > > Regards, > Dario > > -- > <> (Raistlin Majere) > ----------------------------------------------------------------- > Dario Faggioli, Ph.D, http://about.me/dario.faggioli > Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in index 52802d5..f77c7ee 100644 --- a/docs/man/xl.cfg.pod.5.in +++ b/docs/man/xl.cfg.pod.5.in @@ -1669,16 +1669,16 @@ If B is set less than 128MB, an error will be triggered. =item B Select a standard VGA card with VBE (VESA BIOS Extensions) as the -emulated graphics device. The default is false (0) which means to emulate -a Cirrus Logic GD5446 VGA card. If your guest supports VBE 2.0 or -later (e.g. Windows XP onwards) then you should enable this. +emulated graphics device. The default is true (1) which means to emulate +a standard VGA card. If your guest does not support VBE 2.0 or is older than +Windows XP then should should disable this and use Cirrus Logic GD5446 VGA card. stdvga supports more video ram and bigger resolutions than Cirrus. This option is deprecated, use vga="stdvga" instead. =item B Selects the emulated video card (none|stdvga|cirrus|qxl). -The default is cirrus. +The default is stdvga. In general, QXL should work with the Spice remote display protocol for acceleration, and QXL driver is necessary in guest in this case. diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c index 25389e1..ded5ebe 100644 --- a/tools/libxl/libxl_create.c +++ b/tools/libxl/libxl_create.c @@ -225,7 +225,7 @@ int libxl__domain_build_info_setdefault(libxl__gc *gc, if (b_info->device_model_version == LIBXL_DEVICE_MODEL_VERSION_NONE) b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_NONE; else - b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_CIRRUS; + b_info->u.hvm.vga.kind = LIBXL_VGA_INTERFACE_TYPE_STD; } if (!b_info->u.hvm.hdtype)