Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752046AbaDYGoW (ORCPT ); Fri, 25 Apr 2014 02:44:22 -0400 Received: from mail-oa0-f43.google.com ([209.85.219.43]:40770 "EHLO mail-oa0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750897AbaDYGoU (ORCPT ); Fri, 25 Apr 2014 02:44:20 -0400 MIME-Version: 1.0 In-Reply-To: <535969A3.4070406@linux.vnet.ibm.com> References: <5358EBB9.3090809@linux.vnet.ibm.com> <535969A3.4070406@linux.vnet.ibm.com> Date: Fri, 25 Apr 2014 12:14:19 +0530 Message-ID: Subject: Re: 3.15-rc2: longhaul cpufreq stalls tasks for 120s+ From: Viresh Kumar To: "Srivatsa S. Bhat" Cc: Meelis Roos , "Rafael J. Wysocki" , "cpufreq@vger.kernel.org" , "linux-pm@vger.kernel.org" , Linux Kernel list Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 25 April 2014 01:14, Srivatsa S. Bhat wrote: > On 04/25/2014 12:33 AM, Meelis Roos wrote: >>> I see traces of mutex_lock_slowpath() etc in your logs.. Can you please >>> enable lockdep and sleep-inside-atomic-section check and let us know if >>> it complains? Specifically, enable these config options: >>> >>> CONFIG_LOCKDEP_SUPPORT=y >>> CONFIG_DEBUG_RT_MUTEXES=y >>> CONFIG_DEBUG_PI_LIST=y >>> CONFIG_DEBUG_SPINLOCK=y >>> CONFIG_DEBUG_MUTEXES=y >>> CONFIG_DEBUG_LOCK_ALLOC=y >>> CONFIG_PROVE_LOCKING=y >>> CONFIG_LOCKDEP=y >>> CONFIG_DEBUG_ATOMIC_SLEEP=y >> >> At boot, nothing special was in dmesg. After running cpufreq-info (which >> hangs indefinitely), I get the following dmesg with hangs and lock info: > > > Thank you for the logs, but unfortunately they don't give us much > further insight into this issue. > > Just to be sure that our suspicion is right, can you try reverting > commit 12478cf0c55 (cpufreq: Make sure frequency transitions are > serialized) and check whether reverting the patch solves the problem? You need to revert these three patches in the mentioned order. 236a980 cpufreq: Make cpufreq_notify_transition & cpufreq_notify_post_transition static 8fec051 cpufreq: Convert existing drivers to use cpufreq_freq_transition_{begin|end} 12478cf cpufreq: Make sure frequency transitions are serialized -- 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/