From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37444) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bHZ7i-0006Wr-TW for qemu-devel@nongnu.org; Mon, 27 Jun 2016 12:11:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bHZ7e-00078w-Ly for qemu-devel@nongnu.org; Mon, 27 Jun 2016 12:10:57 -0400 Received: from indium.canonical.com ([91.189.90.7]:51183) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bHZ7e-00078q-Fg for qemu-devel@nongnu.org; Mon, 27 Jun 2016 12:10:54 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.76 #1 (Debian)) id 1bHZ7d-000128-RV for ; Mon, 27 Jun 2016 16:10:53 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id B8C832E80C3 for ; Mon, 27 Jun 2016 16:10:53 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 27 Jun 2016 16:02:11 -0000 From: Alex Williamson Reply-To: Bug 1596579 <1596579@bugs.launchpad.net> Sender: bounces@canonical.com References: <20160627153749.31174.93791.malonedeb@chaenomeles.canonical.com> Message-Id: <20160627160211.31087.43006.malone@chaenomeles.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 1596579] Re: segfault upon reboot List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Running the debuginfo qemu-kvm rpm and attaching with gdb might be interesting to get a backtrace from that segfault. Otherwise devices getting stuck in D3 often mean they didn't return from a reset correctly. Are we to assume that the VM died between the vfio-pci line and the mptbase line and the device was set to managed=3D'yes' and therefore libvirt returned the device to the host driver? Please document your VM config and provide lspci -vvv info for the assigned device. -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1596579 Title: segfault upon reboot Status in QEMU: New Bug description: [ 31.167946] VFIO - User Level meta-driver version: 0.3 [ 34.969182] kvm: zapping shadow pages for mmio generation wraparound [ 43.095077] vfio-pci 0000:1a:00.0: irq 50 for MSI/MSI-X [166493.891331] perf interrupt took too long (2506 > 2500), lowering kern= el.perf_event_max_sample_rate to 50000 [315765.858431] qemu-kvm[1385]: segfault at 0 ip (null) sp 0000= 7ffe5430db18 error 14 [315782.002077] vfio-pci 0000:1a:00.0: transaction is not cleared; procee= ding with reset anyway [315782.910854] mptsas 0000:1a:00.0: Refused to change power state, curre= ntly in D3 [315782.911236] mptbase: ioc1: Initiating bringup [315782.911238] mptbase: ioc1: WARNING - Unexpected doorbell active! [315842.957613] mptbase: ioc1: ERROR - Failed to come READY after reset! = IocState=3Df0000000 [315842.957670] mptbase: ioc1: WARNING - ResetHistory bit failed to clear! [315842.957675] mptbase: ioc1: ERROR - Diagnostic reset FAILED! (ffffffff= h) [315842.957717] mptbase: ioc1: WARNING - NOT READY WARNING! [315842.957720] mptbase: ioc1: ERROR - didn't initialize properly! (-1) [315842.957890] mptsas: probe of 0000:1a:00.0 failed with error -1 The qemu-kvm segfault happens when I issue a reboot on the Windows VM. Th= e card I have is: 1a:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068E PCI-E= xpress Fusion-MPT SAS (rev ff) I have two of these cards (bought with many years difference), exact same= model, and they fail the same way. I'm using PCI passthrough on this card = for access to the tape drive. This is very easy to reproduce, so feel free to let me know what to try. Kernel 3.10.0-327.18.2.el7.x86_64 (Centos 7.2.1511). qemu-kvm-1.5.3-105.el7_2.4.x86_64 Reporting it here because of the segfault, but I guess I might have to op= en a bug report with mptbase as well? To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1596579/+subscriptions