From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:37692)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1T4Cf6-0002Fp-O7
	for qemu-devel@nongnu.org; Wed, 22 Aug 2012 11:16:09 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1T4Cf0-0000Fw-D6
	for qemu-devel@nongnu.org; Wed, 22 Aug 2012 11:16:04 -0400
Received: from thoth.sbs.de ([192.35.17.2]:29204)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1T4Cf0-0000DV-2R
	for qemu-devel@nongnu.org; Wed, 22 Aug 2012 11:15:58 -0400
Message-ID: <5034F7AA.7030105@siemens.com>
Date: Wed, 22 Aug 2012 17:15:54 +0200
From: Jan Kiszka <jan.kiszka@siemens.com>
MIME-Version: 1.0
References: <5034F54F.30302@redhat.com>
In-Reply-To: <5034F54F.30302@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] Bug in option parsing
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/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: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Martin Kletzander <mkletzan@redhat.com>
Cc: Jason Baron <jbaron@redhat.com>, qemu-devel@nongnu.org

On 2012-08-22 17:05, Martin Kletzander wrote:
> 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?

If libvirt uses -M just like -machine, i.e. with more than a machine
name, that would be a libvirt bug (but that would have been noticed much
earlier - did you patch something?). QEMU only keeps -M <machine-name>
around to please existing users that didn't switch yet. It is NOT an
alias for -machine.

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SDP-DE
Corporate Competence Center Embedded Linux