From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757449AbZGFBm5 (ORCPT ); Sun, 5 Jul 2009 21:42:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756818AbZGFBmu (ORCPT ); Sun, 5 Jul 2009 21:42:50 -0400 Received: from mail-px0-f190.google.com ([209.85.216.190]:40004 "EHLO mail-px0-f190.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753645AbZGFBmu (ORCPT ); Sun, 5 Jul 2009 21:42:50 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=CeQQDsVN4ZS68UEq6thk+VbHIhcb+n7wWbGzd92oyy2kIsLjanvJEGv7nafwcUIRNE rpQR4hpSqP1SFYS1pxN9Y6BvGxwOS2uzR5rRoSFpFIjaOac9jfdkT5MohCaS9OtOmgLl NWCCS5bDvuNusW4MlVRDhKcXzbS/ed+NRJtwA= Date: Mon, 6 Jul 2009 09:44:53 +0800 From: Amerigo Wang To: Daniel J Blueman Cc: Ingo Molnar , Arjan van de Ven , Linux Kernel Subject: Re: [2.6.31-rc2] hitting lockdep limits... Message-ID: <20090706014453.GA6045@cr0.nay.redhat.com> References: <6278d2220907051119n7f27fff5u2b19a404a7544e82@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6278d2220907051119n7f27fff5u2b19a404a7544e82@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 05, 2009 at 07:19:34PM +0100, Daniel J Blueman wrote: >Running 2.6.31-rc2, lockdep hits it's 2^18 stack trace limit [1], >giving a warning [2]. It's clear the stacktrace here has no connection >to the root problem. > >Nothing jumps out of the lockdep /proc files for what's eating up the >limit - what's best to check for? Hello, Joao reported the same problem some days ago, I think Peter will think about this. > >Thanks, > Daniel > >--- [1] > ># cat lockdep_stats > lock-classes: 2034 [max: 8191] > direct dependencies: 8142 [max: 16384] > indirect dependencies: 41755 > all direct dependencies: 886855 > dependency chains: 7094 [max: 32768] > dependency chain hlocks: 18066 [max: 163840] > in-hardirq chains: 1477 > in-softirq chains: 617 > in-process chains: 4221 > stack-trace entries: 262144 [max: 262144] > combined max dependencies: 3856391688 > hardirq-safe locks: 1063 > hardirq-unsafe locks: 407 > softirq-safe locks: 1088 > softirq-unsafe locks: 366 > irq-safe locks: 1096 > irq-unsafe locks: 407 > hardirq-read-safe locks: 0 > hardirq-read-unsafe locks: 47 > softirq-read-safe locks: 0 > softirq-read-unsafe locks: 47 > irq-read-safe locks: 0 > irq-read-unsafe locks: 47 > uncategorized locks: 107 > unused locks: 0 > max locking depth: 9 > max recursion depth: 9 > chain lookup misses: 7094 > chain lookup hits: 5316747 > cyclic checks: 59293 > cyclic-check recursions: 39761 > find-mask forwards checks: 16333 > find-mask forwards recursions: 5897 > find-mask backwards checks: 305195 > find-mask backwards recursions: 363516 > hardirq on events: 6449896 > hardirq off events: 6449901 > redundant hardirq ons: 0 > redundant hardirq offs: 6903417 > softirq on events: 22975 > softirq off events: 23003 > redundant softirq ons: 0 > redundant softirq offs: 0 > debug_locks: 0 > >--- [2] > >BUG: MAX_STACK_TRACE_ENTRIES too low! > >turning off the locking correctness validator. > >Pid: 2677, comm: rpc.statd Not tainted 2.6.31-rc2-272c #1 > >Call Trace: > > [] ? save_stack_trace+0x2f/0x50 > > [] save_trace+0xbe/0xd0 > > [] add_lock_to_list+0x58/0xf0 > > [] ? get_page_from_freelist+0x4db/0xa70 > > [] __lock_acquire+0xe40/0x1250 > > [] lock_acquire+0x11e/0x170 > > [] ? get_page_from_freelist+0x4db/0xa70 > > [] _spin_lock_irqsave+0x60/0xa0 > > [] ? get_page_from_freelist+0x4db/0xa70 > > [] get_page_from_freelist+0x4db/0xa70 > > [] __alloc_pages_nodemask+0x26b/0x880 > > [] alloc_pages_current+0x8c/0xe0 > > [] new_slab+0x382/0x390 > > [] __slab_alloc+0x203/0x6d0 > > [] ? neigh_create+0x7e/0x690 > > [] ? neigh_create+0x7e/0x690 > > [] kmem_cache_alloc+0x269/0x280 > > [] ? local_bh_enable_ip+0x119/0x1e0 > > [] neigh_create+0x7e/0x690 > > [] ? _read_unlock_bh+0x3e/0x50 > > [] ? neigh_lookup+0x179/0x190 > > [] arp_bind_neighbour+0xca/0xd0 > > [] rt_intern_hash+0x141/0x570 > > [] ? trace_hardirqs_on+0xd/0x10 > > [] __ip_route_output_key+0x6b7/0xbc0 > > [] ? sub_preempt_count+0x142/0x150 > > [] ip_route_output_flow+0x21/0x70 > > [] udp_sendmsg+0x7c4/0x940 > > [] ? debug_smp_processor_id+0x42/0x120 > > [] inet_sendmsg+0x4a/0x90 > > [] sock_sendmsg+0xe4/0x110 > > [] ? autoremove_wake_function+0x0/0x40 > > [] ? __lock_acquire+0x2d8/0x1250 > > [] ? audit_sockaddr+0x51/0x110 > > [] ? move_addr_to_kernel+0x5c/0x60 > > [] sys_sendto+0x11f/0x190 > > [] ? retint_swapgs+0x13/0x1b > > [] ? trace_hardirqs_on_caller+0x17d/0x1e0 > > [] ? trace_hardirqs_on_thunk+0x3a/0x3f > > [] system_call_fastpath+0x16/0x1b > >-- >Daniel J Blueman >-- >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/