From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36651) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNjdY-0001VP-3G for qemu-devel@nongnu.org; Wed, 12 Mar 2014 09:56:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WNjdS-0006j8-4m for qemu-devel@nongnu.org; Wed, 12 Mar 2014 09:56:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:4548) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNjdR-0006ih-T6 for qemu-devel@nongnu.org; Wed, 12 Mar 2014 09:55:54 -0400 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s2CDtpOs029757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 12 Mar 2014 09:55:51 -0400 Message-ID: <53206765.708@redhat.com> Date: Wed, 12 Mar 2014 14:55:49 +0100 From: Laszlo Ersek MIME-Version: 1.0 References: <1394628914-10758-1-git-send-email-kraxel@redhat.com> In-Reply-To: <1394628914-10758-1-git-send-email-kraxel@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/4] vga: new display devices List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann , qemu-devel@nongnu.org Cc: airlied@redhat.com On 03/12/14 13:55, Gerd Hoffmann wrote: > Hi, > > This patch series adds new display devices. > > Number one is secondary-vga. That is identical to VGA (aka -vga std), > except that it doesn't occupy all the legacy vga stuff (ioports, memory > window @ 0xa0000), so you can have more than one of these in the system. > It has one pci memory bar for the framebuffer and one mmio bar for > registers. OVMF can drive it. Doesn't use it as console for some > reason, but initializes it and the linux kernel will see it as efifb. My take is, due to the UEFI driver model, QemuVideoDxe is connected to this secondary VGA (and so another GOP instance is created). It's then probably up to GraphicsConsoleDxe to provide a SimpleTextOutput on top. My guess (without looking) is that this too happens, again thanks to the UEFI driver model. What could be amiss is likely something in ConSplitterDxe, which accepts input from all consoles, and mirrors output to all of them as well. Perhaps it doesn't expect multiple GOPs. Laszlo