Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754327Ab0KHJXQ (ORCPT ); Mon, 8 Nov 2010 04:23:16 -0500 Received: from smtp-out-089.synserver.de ([212.40.180.89]:1081 "EHLO smtp-out-086.synserver.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753894Ab0KHJXQ (ORCPT ); Mon, 8 Nov 2010 04:23:16 -0500 X-SynServer-TrustedSrc: 1 X-SynServer-AuthUser: markus@trippelsdorf.de X-SynServer-PPID: 18151 Date: Mon, 8 Nov 2010 10:18:49 +0100 From: Markus Trippelsdorf To: Jan Kiszka Cc: kvm , Linux Kernel Mailing List , Avi Kivity , Marcelo Tosatti , "Paul E. McKenney" Subject: Re: [kvm.git & 2.6.37-rc1] KVM deadlock with CONFIG_PREEMPT host Message-ID: <20101108091849.GC3975@arch.trippelsdorf.de> References: <4CD7BD00.2020703@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CD7BD00.2020703@siemens.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1724 Lines: 38 On Mon, Nov 08, 2010 at 10:04:00AM +0100, Jan Kiszka wrote: > Hi, > > I'm seeing lock-ups of the QEMU process on kvm.git as well as current > upstream kernels. This is a backtrace of the hanging VCPU thread: > > [] __stop_cpus+0x184/0x1a7 > [] try_stop_cpus+0x40/0x59 > [] synchronize_sched_expedited+0x84/0x9d > [] __synchronize_srcu+0x33/0x72 > [] synchronize_srcu_expedited+0x15/0x17 > [] __kvm_set_memory_region+0x6a3/0x782 [kvm] > [] kvm_set_memory_region+0x37/0x50 [kvm] > [] kvm_vm_ioctl_set_memory_region+0x18/0x1a [kvm] > [] kvm_vm_ioctl+0x22d/0x3b1 [kvm] > [] do_vfs_ioctl+0x5a1/0x5e2 > [] sys_ioctl+0x56/0x79 > [] system_call_fastpath+0x16/0x1b > [] 0xffffffffffffffff > > This issue disappears when disabling CONFIG_PREEMPT on the host. > According to some rough bisecting, it was imported into kvm.git with > merge 146d3bb06b. Given that RCU is involved, I also tried > force-enabling non-preemptible CONFIG_TREE_RCU again, but that made no > difference as long as PREEMPT is on. > > Can anyone confirm this or does someone have an idea what goes wrong? Of > course, .config will be provided if required. This patch should help (,it fixes the problem in my case): http://article.gmane.org/gmane.linux.kernel/1058018 -- Markus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/