From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=51598 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1OHGBq-000179-Ob
	for qemu-devel@nongnu.org; Wed, 26 May 2010 08:58:38 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69)
	(envelope-from <kraxel@redhat.com>) id 1OHGBp-0007RB-KH
	for qemu-devel@nongnu.org; Wed, 26 May 2010 08:58:30 -0400
Received: from mx1.redhat.com ([209.132.183.28]:60756)
	by eggs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <kraxel@redhat.com>) id 1OHGBp-0007Qu-DL
	for qemu-devel@nongnu.org; Wed, 26 May 2010 08:58:29 -0400
Message-ID: <4BFD1AEB.1080908@redhat.com>
Date: Wed, 26 May 2010 14:58:19 +0200
From: Gerd Hoffmann <kraxel@redhat.com>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] [PATCH] all vga: refuse hotplugging.
References: <1274863397-15005-1-git-send-email-kraxel@redhat.com>
	<alpine.DEB.2.00.1005261150210.25605@kaball-desktop>
	<4BFD0479.90609@redhat.com>
	<alpine.DEB.2.00.1005261242590.25605@kaball-desktop>
In-Reply-To: <alpine.DEB.2.00.1005261242590.25605@kaball-desktop>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>

   Hi,

>> Yes.  Assuming the virtual hardware in question can actually act as
>> secondary, i.e. is fully programmable without the legacy vga ports.  The
>> standard vga can't.  The cirrus looks doable, at least you can access
>> the vga ports using the mmio bar.
>
> I see, good point.
>
> I guess the right fix here would be to return -1 in the stdvga case but
> continue in the cirrus case and avoid registering the vga ioports when
> used as secondary adapter.

Except that this most likely is a non-trivial effort as we have to find 
and test sane ways to handle multiple guest displays.

I think having two gfx screens mapped to two qemu consoles, then be able 
to switch between them via Ctrl-Alt-<nr> (like you switch today to text 
consoles) could be doable without too much effort.  Question is how 
useful this would be as you can't see your two screens at the same time.

With qxl+spice the spice client will open a new window for the secondary 
display.  With vnc+sdl you'll see the primary display only.

cheers,
   Gerd