From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38927) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vens0-0000UO-Tk for qemu-devel@nongnu.org; Fri, 08 Nov 2013 10:21:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Venrt-0002Aq-Kh for qemu-devel@nongnu.org; Fri, 08 Nov 2013 10:21:12 -0500 Received: from maverick.spineless.org ([71.174.98.242]:37851 helo=spineless.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Venrt-0002AR-GS for qemu-devel@nongnu.org; Fri, 08 Nov 2013 10:21:05 -0500 Received: from [216.57.91.130] (helo=[10.204.240.225]) by spineless.org with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1Venrr-0001VC-Rd for qemu-devel@nongnu.org; Fri, 08 Nov 2013 10:21:04 -0500 Message-ID: <527D0150.1080805@spineless.org> Date: Fri, 08 Nov 2013 10:20:48 -0500 From: John Baboval MIME-Version: 1.0 References: <52795824.3090105@citrix.com> <1383735431.1739.58.camel@nilsson.home.kraxel.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Multi-head support RFC List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 11/06/2013 06:44 PM, Dave Airlie wrote: > On Wed, Nov 6, 2013 at 8:57 PM, Gerd Hoffmann wrote: >> Hi, >> >>> It currently just adds multiple DisplaySurfaces to the QemuConsole, >>> now Gerd said he thought I should be using multiple QemuConsoles but I >>> really didn't think this was a good idea, >> Why? > It's a fair question and I haven't tried the other way yet and I fully > intend to do further investigating, > > I think my main reason was the current console at least when > interacting with gtk frontend are done on a console per tab, now if we > have multiple outputs I would want them to be visible at the same > time, now I understand we could fix this but we'd need some sort of > console grouping to say this group of consoles represent this set of > outputs, > > Though further to that I'm not sure how we'd want to represent > multiple graphic cards I assume we'd want to be able to see them all > at once, but still have some sort of binding between separate outputs > on one card. Multiple graphic cards is actually a reasonable argument for the multiple QemuConsole route, since each would have its own GraphicHwOps, so it would simply be a matter of having the UI give the user a mechanism for choosing which card to attach a new display to. > > Dave. > >