Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266362AbUIIVwQ (ORCPT ); Thu, 9 Sep 2004 17:52:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S267180AbUIIVu5 (ORCPT ); Thu, 9 Sep 2004 17:50:57 -0400 Received: from ozlabs.org ([203.10.76.45]:10440 "EHLO ozlabs.org") by vger.kernel.org with ESMTP id S267679AbUIIViM (ORCPT ); Thu, 9 Sep 2004 17:38:12 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16704.52551.846184.630652@cargo.ozlabs.ibm.com> Date: Fri, 10 Sep 2004 07:38:15 +1000 From: Paul Mackerras To: William Lee Irwin III Cc: Anton Blanchard , Zwane Mwaikambo , Linux Kernel , Andrew Morton , Linus Torvalds , Matt Mackall , "Nakajima, Jun" Subject: Re: [PATCH][5/8] Arch agnostic completely out of line locks / ppc64 In-Reply-To: <20040909171954.GW3106@holomorphy.com> References: <16703.60725.153052.169532@cargo.ozlabs.ibm.com> <20040909154259.GE11358@krispykreme> <20040909171954.GW3106@holomorphy.com> X-Mailer: VM 7.18 under Emacs 21.3.1 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 649 Lines: 16 William Lee Irwin III writes: > Checking in_lock_functions() (not sure what the name in Zwane's code > was) for non-leaf functions in get_wchan() in addition to > in_sched_functions() should do. e.g. Well, no, not if we are two levels deep at this point (i.e. something calls _spin_lock which calls __preempt_spin_lock). I really don't want to have to start doing a stack trace in profile_pc(). Paul. - 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/