From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753982Ab1G0IR0 (ORCPT ); Wed, 27 Jul 2011 04:17:26 -0400 Received: from mga02.intel.com ([134.134.136.20]:39585 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752280Ab1G0IRY (ORCPT ); Wed, 27 Jul 2011 04:17:24 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.67,275,1309762800"; d="scan'208";a="32513677" From: Darren Hart To: Linux Kernel Mailing List Cc: Darren Hart , Maarten Lankhorst , Thomas Gleixner , Steven Rostedt Subject: Date: Wed, 27 Jul 2011 01:17:13 -0700 Message-Id: <1311754633-19438-1-git-send-email-dvhart@linux.intel.com> X-Mailer: git-send-email 1.7.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Without the raw_spin_lock_init(), the wait_lock does not get properly initialized with CONFIG_DEBUG_SPINLOCK. This can manifest in a BUG() in the futex requeue_pi path when the pi_state->pi_mutex->wait_lock fails the magic test in rt_mutex_start_proxy_lock()->raw_spin_lock(&lock->wait_lock). Signed-off-by: Darren Hart Reported-by: Maarten Lankhorst CC: Maarten Lankhorst CC: Thomas Gleixner CC: Steven Rostedt --- rtmutex.c | 1 + 1 file changed, 1 insertion(+) Index: linux-3.0-rt/kernel/rtmutex.c =================================================================== --- linux-3.0-rt.orig/kernel/rtmutex.c +++ linux-3.0-rt/kernel/rtmutex.c @@ -1277,6 +1277,7 @@ EXPORT_SYMBOL_GPL(rt_mutex_destroy); void __rt_mutex_init(struct rt_mutex *lock, const char *name) { lock->owner = NULL; + raw_spin_lock_init(&lock->wait_lock); plist_head_init_raw(&lock->wait_list, &lock->wait_lock); debug_rt_mutex_init(lock, name);