qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Re: [PATCH 0/22] Refactor machine support


From: Anthony Liguori
Subject: Re: [Qemu-devel] Re: [PATCH 0/22] Refactor machine support
Date: Tue, 08 Jun 2010 16:16:26 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Lightning/1.0b1 Thunderbird/3.0.4

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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]