From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60166) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPIum-0005Wi-Oo for qemu-devel@nongnu.org; Wed, 03 Sep 2014 18:20:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPIuf-00073k-6Q for qemu-devel@nongnu.org; Wed, 03 Sep 2014 18:20:32 -0400 Received: from cantor2.suse.de ([195.135.220.15]:54175 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPIue-00073f-Vv for qemu-devel@nongnu.org; Wed, 03 Sep 2014 18:20:25 -0400 Message-ID: <54079427.5010603@suse.de> Date: Thu, 04 Sep 2014 00:20:23 +0200 From: Alexander Graf MIME-Version: 1.0 References: <5405C24D.4000304@ilande.co.uk> <20140903104121.GF28095@stefanha-thinkpad.redhat.com> <871trsfvtq.fsf@linux.vnet.ibm.com> <87vbp4e6x4.fsf@linux.vnet.ibm.com> In-Reply-To: <87vbp4e6x4.fsf@linux.vnet.ibm.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] qemu-system-sparc64 hang (possibly virtio related?) with 2.1 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Aneesh Kumar K.V" , Stefan Hajnoczi , Mark Cave-Ayland , Alexey Kardashevskiy Cc: Waldemar Brodkorb , qemu-devel On 03.09.14 23:21, Aneesh Kumar K.V wrote: > "Aneesh Kumar K.V" writes: > >> Stefan Hajnoczi writes: >> >>> On Tue, Sep 02, 2014 at 02:12:45PM +0100, Mark Cave-Ayland wrote: >>>> Fortunately I can reproduce the issue with a debug-enabled build of >>>> qemu-system-sparc64, and I've posted a backtrace obtained during the hung >>>> state at http://www.ilande.co.uk/tmp/sparc64-gdb-bt.txt. I can't see >>>> anything too obvious, other than that the ppoll() could possibly be waiting >>>> for a bad file descriptor? >>> >>> The backtrace looks like a normal QEMU run. Nothing obvious there. >>> >>> This suggests the QEMU monitor is still operational and the guest is >>> still executing code. >>> >>> Does the I/O time out inside the guest? Normally messages are printed >>> in dmesg if I/O requests are pending for too long. >> >> I am also finding this on ppc64. The system hang even with virtio-9p, so >> it may not be virtio blk related. git bisect is complicated because few >> commits in between cause other boot failures with ppc64. > > The bad commit is: > > git show cc943c36faa192cd4b32af8fe5edb31894017d35 > commit cc943c36faa192cd4b32af8fe5edb31894017d35 > Author: Jan Kiszka > Date: Sun Jul 27 09:08:29 2014 +0200 > > pci: Use bus master address space for delivering MSI/MSI-X messages Does "spapr_pci: map the MSI window in each PHB" from Greg fix this for you on ppc64? Alex