From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:43078) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UHrrd-000797-5v for qemu-devel@nongnu.org; Tue, 19 Mar 2013 04:25:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UHrrb-0003Fd-PK for qemu-devel@nongnu.org; Tue, 19 Mar 2013 04:25:45 -0400 From: Markus Armbruster References: <5146F57E.9010502@dlhnet.de> <8738vs50qb.fsf@blackfin.pond.sub.org> <5147337C.8030000@dlhnet.de> Date: Tue, 19 Mar 2013 09:25:36 +0100 In-Reply-To: <5147337C.8030000@dlhnet.de> (Peter Lieven's message of "Mon, 18 Mar 2013 16:32:12 +0100") Message-ID: <87txo7pzi7.fsf@blackfin.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] qemu segfault parsing iscsi options List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Lieven Cc: Paolo Bonzini , "qemu-devel@nongnu.org" , ronnie sahlberg Peter Lieven writes: > On 18.03.2013 13:52, Markus Armbruster wrote: >> Peter Lieven writes: >> >>> Hi, >>> >>> with recent qemu from git qemu segfaults with the following commandline: >>> >>> x86_64-softmmu/qemu-system-x86_64 -iscsi test >>> >>> qemu-system-x86_64: -iscsi test: There is no option group 'iscsi' >>> Speicherzugriffsfehler (Speicherabzug geschrieben) >>> >>> It seems that there is something missing regarding the iscsi options >>> in qemu-option.hx. >>> >>> This was working with qemu-kvm-1.2.0. >> >> Works for me with current master 225dc991. >> > > for me it doesn't... > > ~/git/qemu$ git log -1 --oneline > 225dc99 s390: Fix cpu refactoring fallout. > > there is definetly missing some parts in qemu-options.hx for -iscsi Nope. It's an initialization order issue. Paolo's commit 4d454574 "qemu-option: move standard option definitions out of qemu-config.c" moved option group registration from compile time (initializer of vm_config_groups[]) to run time (various places). Registration of group "iscsi" moved to iscsi_block_init(), a block driver initialization function. These are run by bdrv_init_with_whitelist(), which gets called only after command line parsing. Oops. I'm afraid we need to re-review all of that commit for similar initialization order errors.