From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:35440)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1T4R15-0007tE-76
	for qemu-devel@nongnu.org; Thu, 23 Aug 2012 02:35:47 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1T4R10-0006ot-KT
	for qemu-devel@nongnu.org; Thu, 23 Aug 2012 02:35:43 -0400
Received: from mx1.redhat.com ([209.132.183.28]:37121)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1T4R10-0006op-Co
	for qemu-devel@nongnu.org; Thu, 23 Aug 2012 02:35:38 -0400
From: Markus Armbruster <armbru@redhat.com>
References: <20120822200337.GA9878@redhat.com>
Date: Thu, 23 Aug 2012 08:35:31 +0200
In-Reply-To: <20120822200337.GA9878@redhat.com> (Daniel P. Berrange's message
	of "Wed, 22 Aug 2012 21:03:37 +0100")
Message-ID: <87d32it8ss.fsf@blackfin.pond.sub.org>
MIME-Version: 1.0
Content-Type: text/plain
Subject: [Qemu-devel] unicore32 fails assertion without -kernel (was: How to
	reliably start a bare QEMU target to query capabilities via QMP)
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: "Daniel P. Berrange" <berrange@redhat.com>
Cc: Anthony Liguori <aliguori@us.ibm.com>, Guan Xuetao <gxt@mprc.pku.edu.cn>, qemu-devel@nongnu.org

"Daniel P. Berrange" <berrange@redhat.com> writes:

> I've been adapting libvirt to use to the various new QMP commands to
> query QEMU's capabilities, instead of the hated -help parsing. Obviously
> the critical part of this is being able to reliably start a bare QEMU
> process with no actual guest OS configured (no disks, no kernel, etc)
> and talk to its monitor. I hadn't anticipated problems since I only
> tested with x86_64 / i386 most of the time, which work well in this
> respect. Currently I am doing
>
>   # $QEMU_BINARY -S \
>          -no-user-config \
>          -nodefconfig \
>          -nodefaults \
>          -nographic \
>          -qmp stdio
>
>
> This works for about 50% of the QEMU targets:
[...]
>  but fails for the other 50% of targets:
[...]
> With the failing targets i see the following kinds of errors:
>
>
>  $ qemu-system-arm -S -nodefconfig -nodefaults -nographic -qmp unix:/tmp/foo,server,nowait
>  Kernel image must be specified
[...]
>  $ qemu-system-unicore32 -S -nodefconfig -nodefaults -nographic -qmp unix:/tmp/foo,server,nowait
>  qemu-system-unicore32: /home/berrange/src/virt/qemu/hw/unicore32/../puv3.c:81: puv3_load_kernel: Assertion `kernel_filename != ((void *)0)' failed.
>  Aborted

Bug, cc'ing maintainer.  It should fail cleanly, like the test case
above.

A similar bug was recently fixed for armv7m (commit 01fd41ab).

[...]