From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=36982 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1OM6A3-00015g-IX
	for qemu-devel@nongnu.org; Tue, 08 Jun 2010 17:16:41 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69)
	(envelope-from <anthony@codemonkey.ws>) id 1OM69w-00054E-V9
	for qemu-devel@nongnu.org; Tue, 08 Jun 2010 17:16:37 -0400
Received: from mail-gy0-f173.google.com ([209.85.160.173]:39213)
	by eggs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <anthony@codemonkey.ws>) id 1OM69w-000548-PC
	for qemu-devel@nongnu.org; Tue, 08 Jun 2010 17:16:32 -0400
Received: by gyd5 with SMTP id 5so3723686gyd.4
	for <qemu-devel@nongnu.org>; Tue, 08 Jun 2010 14:16:32 -0700 (PDT)
Message-ID: <4C0EB32A.1050604@codemonkey.ws>
Date: Tue, 08 Jun 2010 16:16:26 -0500
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] Re: [PATCH 0/22] Refactor machine support
References: <1275954730-8196-1-git-send-email-aliguori@us.ibm.com>
	<201006081530.19546.paul@codesourcery.com>
	<4C0E6199.6030706@codemonkey.ws>
	<201006081636.12242.paul@codesourcery.com>
	<4C0E6894.9000901@redhat.com> <4C0E6CB2.20507@codemonkey.ws>
	<6110090C-2586-4CA0-BEDD-FDF4C6C2072E@suse.de>
In-Reply-To: <6110090C-2586-4CA0-BEDD-FDF4C6C2072E@suse.de>
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: Alexander Graf <agraf@suse.de>
Cc: qemu-devel@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>, Anthony Liguori <aliguori@us.ibm.com>, Glauber Costa <glommer@redhat.com>, Paul Brook <paul@codesourcery.com>

On 06/08/2010 04:05 PM, Alexander Graf wrote:
> On 08.06.2010, at 18:15, Anthony Liguori wrote:
>
>    
>>      
>>> 4) expose everything to the user, at the cost of regretting it later. This is the current patchset.
>>>
>>>
>>> One "smart way to implement default devices" could be an inclusion mechanism where a machine can ask qemu to read other config files.  Then you'd have config files for the default serial/parallel/etc.  This could also be implemented on top of choices 2/3/4 though.
>>>        
>> Default devices are a real pain.  Fortunately, we only mess with it in s390 so I'm fairly certain we can simplify things considerable.  It's just not something I wanted to tackle in this series.
>>      
> Wait, what? The only "default" device we have on s390 is virtio-console - and that's basically the same as having VGA output on x86 enabled by default, no?
>    

What I was saying is that all the .no_vga/.no_serial/.use_virtcon bits 
in QEMUMachine are strictly due to s390.  Since the use of these are so 
specific, it'll be fairly easy to eliminate them in a more natural way.

What most other boards do is simply ignore whatever vl.c does FWIW.

Regards,

Anthony Liguori