From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:59787) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrA34-0006nK-5f for qemu-devel@nongnu.org; Tue, 17 Jul 2012 11:50:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SrA32-0002SB-7E for qemu-devel@nongnu.org; Tue, 17 Jul 2012 11:50:54 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53282) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrA31-0002Pe-V0 for qemu-devel@nongnu.org; Tue, 17 Jul 2012 11:50:52 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6HFooJM016383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 17 Jul 2012 11:50:50 -0400 Date: Tue, 17 Jul 2012 16:50:45 +0100 From: "Daniel P. Berrange" Message-ID: <20120717155045.GE18843@redhat.com> References: <50058562.8000108@redhat.com> <20120717154714.GE2463@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120717154714.GE2463@redhat.com> Subject: Re: [Qemu-devel] q35 and ahci Reply-To: "Daniel P. Berrange" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jason Baron Cc: David Allan , Eric Blake , QEMU Developers On Tue, Jul 17, 2012 at 11:47:14AM -0400, Jason Baron wrote: > On Tue, Jul 17, 2012 at 09:31:46AM -0600, Eric Blake wrote: > > > Update on q35 testing with various os's. > > > > > > Linux > > > ----- > > > -RHEL6.3 installs + runs > > > -Fedora 16 install + runs > > > -Fedora 17 - squashfs errors > > > running on already installed f17 seems ok. > > > > Pardon my high-level question (I haven't been following q35 threads > > closely), but I just looked at http://wiki.qemu.org/Features/Q35 for the > > first time. Am I correct that all we are doing is adding a new machine > > model, but that it will still be possible to select the older machine > > model for migration compatibility when migrating a guest in from an > > older qemu? Does libvirt need to do anything special to its generated > > yes, right now its specified as -M pc_q35 > > > command line to specify the old vs. the new machine model? > > > > The current command line I'm using something such as: > > $ /usr/local/bin/qemu-system-x86_64 -name "f16" -M pc_q35 -m 1G -smp 4 > -hda ./f16.img --enable-kvm -bios /q35-seabios/out/bios.bin > -acpitable file=/q35-seabios/out/q35-acpi-dsdt.aml -monitor stdio > > So it might be nice to avoid the '-acpitable' flag. Perhaps, we can > teach qemu to pull in the correct acpitable depending on the -M > specification... Absolutely, this requirement to set magic -bios and -acpitable params when using '-M pc_q35' is really horrible. If QEMU requires a different BIOS setup for this machine type, then it should just do the right thing itself, since presumably it knows what it wants better than libvirt or any other mgmt app does. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|