From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:43767) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T4CX5-0006vI-82 for qemu-devel@nongnu.org; Wed, 22 Aug 2012 11:07:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T4CX1-0005hu-1r for qemu-devel@nongnu.org; Wed, 22 Aug 2012 11:07:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48860) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T4CX0-0005hW-Pk for qemu-devel@nongnu.org; Wed, 22 Aug 2012 11:07:42 -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 q7MF7esA021185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 22 Aug 2012 11:07:41 -0400 Message-ID: <5034F54F.30302@redhat.com> Date: Wed, 22 Aug 2012 17:05:51 +0200 From: Martin Kletzander MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Bug in option parsing List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Jason Baron Hi everybody, while coding the support for Jason's dump-guest-core option I realized there is (probably) a problem with the way QEMU parses additional machine options ('dump-guest-core', 'kvm_shadow_mem' etc.). Running QEMU with option to -machine works ok, but using '-M' (as libvirt does) works only w/o additional options, otherwise it ends in an error (the whole string is probably parsed as a machine name). Is '-M' so obsolete it shouldn't be used at all or is it just an bug? We still use '-M' everywhere I know and '-machine' isn't compatible with older versions and different builds of QEMU. Should I file a bug or do we have to drop '-M' for this situations? Have a nice day, Martin