Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753383Ab3IKAh5 (ORCPT ); Tue, 10 Sep 2013 20:37:57 -0400 Received: from mail-la0-f49.google.com ([209.85.215.49]:45625 "EHLO mail-la0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751815Ab3IKAh4 (ORCPT ); Tue, 10 Sep 2013 20:37:56 -0400 MIME-Version: 1.0 In-Reply-To: <522F4B14.1040606@linaro.org> References: <521F6D06.1040107@keymile.com> <521FDD12.7050000@linaro.org> <52212511.9050206@keymile.com> <5221264F.4070402@linaro.org> <5225F8EF.3040701@keymile.com> <52261BBB.60904@linaro.org> <5226EB35.6080604@keymile.com> <522E2FBB.4070406@linaro.org> <522F4B14.1040606@linaro.org> Date: Wed, 11 Sep 2013 08:37:54 +0800 Message-ID: Subject: Re: kernel deadlock From: Lin Ming To: John Stultz Cc: Gerlando Falauto , "linux-kernel@vger.kernel.org" , Thomas Gleixner , Richard Cochran , Prarit Bhargava , "Brunck, Holger" , "Longchamp, Valentin" , "Bigler, Stefan" , Peter Zijlstra , Ingo Molnar Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1658 Lines: 46 On Wed, Sep 11, 2013 at 12:38 AM, John Stultz wrote: > On 09/10/2013 01:59 AM, Lin Ming wrote: >> On Tue, Sep 10, 2013 at 4:29 AM, John Stultz wrote: >> >> [snip] >> >>> So I think I've managed to finally reproduce this and hunt it down. >>> >>> With Peter's "sched: Fix HRTICK" patch and HRTICK enabled, I found I >>> could trigger a hard hang at boot on my x86_64 kvm system. sysrq didn't >>> function, so I checked out info cpus and that pointed to both cpus being >> Hi, >> >> Is "info cpus" a command of kvm/qemu? That's very helpful. > Yes. If you switch into the qemu monitor, you can use "info cpus" to > show the current instruction pointers > >> I can reproduce this bug, but there is no any output. >> How did you find out that both cpus being in ktime_get() and >> ktime_get_update_offsets(). > > Once I had the instruction pointers, I ran gdb on the vmlinux and used > "list *
" to show where it was stuck. > >>> in ktime_get() and ktime_get_update_offsets(), which suggested a >>> seqcount deadlock (basically calling something that reads the seqlock >>> while we hold the write on it). >> HRTICK enabled, then I can reproduce this simply with, >> >> while [ 1 ] ; >> adjtimex -t 9999 >> done >> >> And your patch fixed it. > > Great! Can I add a Tested-by: from you on the patch? Sure. Tested-by: Lin Ming Thanks. -- 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/