From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:36545) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIdAI-0003Xf-CU for qemu-devel@nongnu.org; Thu, 21 Mar 2013 06:56:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UIdAH-0004H3-2u for qemu-devel@nongnu.org; Thu, 21 Mar 2013 06:56:10 -0400 Received: from mail-la0-x231.google.com ([2a00:1450:4010:c03::231]:38665) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIdAG-0004Gj-Rp for qemu-devel@nongnu.org; Thu, 21 Mar 2013 06:56:09 -0400 Received: by mail-la0-f49.google.com with SMTP id fs13so4874979lab.36 for ; Thu, 21 Mar 2013 03:56:07 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <514ACA0B.7030706@redhat.com> References: <1363772625-9182-1-git-send-email-kraxel@redhat.com> <1363772625-9182-23-git-send-email-kraxel@redhat.com> <514ABC48.4070606@redhat.com> <514ACA0B.7030706@redhat.com> From: Peter Maydell Date: Thu, 21 Mar 2013 10:55:47 +0000 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH 22/23] gtk: show a window for each graphical QemuConsole List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Anthony Liguori , qemu-devel@nongnu.org On 21 March 2013 08:51, Gerd Hoffmann wrote: > On 03/21/13 08:52, Gerd Hoffmann wrote: >> On 03/20/13 21:06, Peter Maydell wrote: >>> On 20 March 2013 09:43, Gerd Hoffmann wrote: >>>> Multihead support: For each graphical console we'll create a gtk >>>> window, so with multiple graphics cards installed you get a gtk window >>>> for each. vte tabs are attached to the console #0 window. >>> >>> So is this going to mean arm's vexpress-a9 gets a pointless >>> new second window? [there are two display devices in it]. >> >> I don't think so, given that multiple graphical consoles are not really >> supported by qemu today. >> >> Basically you get one window per graphical_console_init(). > > Ahem, well, there is a second window now. Thought there might be :-) >>> If so, we're going to need to model what the hardware actually >>> does, which is that there's a single connection on the back >>> of the box for a monitor, and it's guest software controllable >>> which of the two display devices is routed to the connection... >> >> How does this work in 1.4? > > I guess the second display device was never ever shown anywhere? Correct. We rely on "last display device wins" plus the fact this happens to match up with the device Linux chooses for display. This is obviously not great but up til now QEMU hasn't actually supported multiple display devices so I haven't worried about it. -- PMM