From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B2AF71A1E52 for ; Thu, 1 Sep 2016 15:02:35 -0700 (PDT) Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 2CEAB635CC; Thu, 1 Sep 2016 22:02:35 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-28.phx2.redhat.com [10.3.116.28]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u81M2XGM011276; Thu, 1 Sep 2016 18:02:33 -0400 To: edk2-devel-01 References: <20160819124932.29711-1-lersek@redhat.com> Cc: Jordan Justen , Ard Biesheuvel , Shannon Zhao , Christoffer Dall , Alexander Graf From: Laszlo Ersek Message-ID: Date: Fri, 2 Sep 2016 00:02:32 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <20160819124932.29711-1-lersek@redhat.com> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Thu, 01 Sep 2016 22:02:35 +0000 (UTC) Subject: Re: [PATCH 00/11] OvmfPkg, ArmVirtPkg: GOP driver for the VirtIo GPU (virtio-gpu-pci) X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2016 22:02:35 -0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit On 08/19/16 14:49, Laszlo Ersek wrote: > - Also tested loading and launching Linux from GRUB. Here the results > differ of course: x86_64 Fedora 24 drives virtio-gpu-pci with its > native driver without problems, whereas AARCH64 Fedora 23 doesn't even > look for virtio-gpu-pci, apparently. Update: Once booted from GRUB -- on top of OVMF / ArmVirtQemu respectively --, both x86_64 and aarch64 Fedora *24* guests work well with virtio-gpu-pci, as far as the character console (tty1, "virtiodrmfb") is concerned. However, for getting an X.org graphical environment (such as Xfce) to work with virtio-gpu-pci, more gymnastics are needed in the guest, on both guest arches. This is because X.org considers "virtio-gpu-pci" a secondary graphics card, and it won't use it even in a single-head setup *unless* the BusID option is specified in the X.org config file, in the Device section. Refer to : BusID bus-id [...] when using a secondary graphics card in a single-head configuration, this entry is mandatory After I placed Section "Screen" Identifier "Default Screen" Device "Default Device" Monitor "Default Monitor" EndSection Section "Device" Identifier "Default Device" Driver "modesetting" BusID "PCI:0:1:0" EndSection Section "Monitor" Identifier "Default Monitor" Option "PreferredMode" "1024x768" EndSection in /etc/X11/xorg.conf.d/01-resolution.conf Xfce too is working fine for me. (Note that BusID must match the PCI $BUS/$DEV/$FUN that QEMU assigns to virtio-gpu-pci, either automatically, or in response to the user's "-device virtio-gpu-pci,addr=$DEV" property.) I guess if someone is into xserver development, this could be made a bit more convenient, because for aarch64/KVM guests at least, virtio-gpu-pci should be considered a primary (not secondary) graphics card. Anyway, here's a screenshot: http://people.redhat.com/lersek/virtio-gpu-pci-xorg-xfce.png Thanks Laszlo