Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753677AbZAFMjZ (ORCPT ); Tue, 6 Jan 2009 07:39:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751813AbZAFMjI (ORCPT ); Tue, 6 Jan 2009 07:39:08 -0500 Received: from mx2.redhat.com ([66.187.237.31]:38388 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751795AbZAFMjG (ORCPT ); Tue, 6 Jan 2009 07:39:06 -0500 Message-ID: <496350DF.5030500@redhat.com> Date: Tue, 06 Jan 2009 13:38:55 +0100 From: Zdenek Kabelac Organization: Red Hat User-Agent: Thunderbird 2.0.0.18 (X11/20081119) MIME-Version: 1.0 To: Li Zefan CC: David Miller , LKML , netdev@vger.kernel.org Subject: Re: [BUG] INFO: inconsistent lock state References: <4962C322.8000201@cn.fujitsu.com> <49633005.5080305@redhat.com> <4963319D.8040204@cn.fujitsu.com> In-Reply-To: <4963319D.8040204@cn.fujitsu.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5159 Lines: 122 Li Zefan napsal(a): > Zdenek Kabelac wrote: >> Li Zefan napsal(a): >>> I am using Linus' tree, and the top commit is: >>> >>> commit fe0bdec68b77020281dc814805edfe594ae89e0f >>> Merge: 099e657... 5af75d8... >>> Author: Linus Torvalds >>> Date: Sun Jan 4 16:32:11 2009 -0800 >>> >>> Merge branch 'audit.b61' of >>> git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current >>> >>> don't know how I triggered this, and not sure whom to CC, network >>> related? >>> >> I've got the similar one too: http://lkml.org/lkml/2009/1/3/55 >> > > So your box freezed and can do nothing but reset ? > > I was much luckier that this bug didn't do any harm to my box. :) > I've just tested the very latest build from git repository: (commit: 238c6d54830c624f34ac9cf123ac04aebfca5013) And I still get this INFO trace - and this time my machine seems to be still alive: ================================= [ INFO: inconsistent lock state ] 2.6.28 #103 --------------------------------- inconsistent {softirq-on-W} -> {in-softirq-W} usage. firefox/3196 [HC0[0]:SC1[1]:HE1:SE0] takes: (&fbc->lock){-+..}, at: [] __percpu_counter_add+0x58/0x80 {softirq-on-W} state was registered at: [] __lock_acquire+0x3ac/0x1280 [] lock_acquire+0x91/0xc0 [] _spin_lock+0x31/0x70 [] __percpu_counter_add+0x58/0x80 [] get_empty_filp+0x7e/0x1a0 [] path_lookup_open+0x36/0xd0 [] do_filp_open+0xb8/0x920 [] do_sys_open+0x78/0x100 [] sys_open+0x1b/0x20 [] system_call_fastpath+0x16/0x1b [] 0xffffffffffffffff irq event stamp: 486132 hardirqs last enabled at (486132): [] debug_check_no_locks_freed+0x92/0x150 hardirqs last disabled at (486131): [] debug_check_no_locks_freed+0x33/0x150 softirqs last enabled at (486096): [] release_sock+0xd5/0xe0 softirqs last disabled at (486097): [] call_softirq+0x1c/0x50 other info that might help us debug this: 5 locks held by firefox/3196: #0: (rcu_read_lock){..--}, at: [] net_rx_action+0x102/0x290 #1: (rcu_read_lock){..--}, at: [] netif_receive_skb+0x100/0x400 #2: (rcu_read_lock){..--}, at: [] ip_local_deliver_finish+0x40/0x260 #3: (slock-AF_INET/1){-+..}, at: [] tcp_v4_rcv+0x59e/0x840 #4: (slock-AF_INET){-+..}, at: [] sk_clone+0xee/0x3b0 stack backtrace: Pid: 3196, comm: firefox Not tainted 2.6.28 #103 Call Trace: [] print_usage_bug+0x17d/0x190 [] mark_lock+0x523/0x840 [] __lock_acquire+0x525/0x1280 [] lock_acquire+0x91/0xc0 [] ? __percpu_counter_add+0x58/0x80 [] _spin_lock+0x31/0x70 [] ? __percpu_counter_add+0x58/0x80 [] __percpu_counter_add+0x58/0x80 [] sk_clone+0x36e/0x3b0 [] inet_csk_clone+0x11/0xa0 [] tcp_create_openreq_child+0x1d/0x420 [] tcp_v4_syn_recv_sock+0x53/0x1f0 [] tcp_check_req+0x2ab/0x400 [] tcp_v4_do_rcv+0x152/0x240 [] tcp_v4_rcv+0x5be/0x840 [] ip_local_deliver_finish+0x113/0x260 [] ? ip_local_deliver_finish+0x40/0x260 [] ip_local_deliver+0x8d/0xa0 [] ip_rcv_finish+0x133/0x390 [] ip_rcv+0x263/0x2f0 [] netif_receive_skb+0x30a/0x400 [] ? netif_receive_skb+0x100/0x400 [] napi_gro_receive+0x38/0x40 [] process_backlog+0x8a/0xe0 [] ? net_rx_action+0x107/0x290 [] net_rx_action+0x17f/0x290 [] ? net_rx_action+0x102/0x290 [] __do_softirq+0x9c/0x180 [] call_softirq+0x1c/0x50 [] do_softirq+0x75/0xc0 [] ? release_sock+0xd5/0xe0 [] local_bh_enable_ip+0xf6/0x100 [] _spin_unlock_bh+0x2f/0x40 [] release_sock+0xd5/0xe0 [] inet_stream_connect+0x64/0x2c0 [] ? fget_light+0x101/0x110 [] ? fget_light+0x5d/0x110 [] sys_connect+0xb8/0xd0 [] ? retint_swapgs+0xe/0x13 [] ? trace_hardirqs_on_caller+0x16a/0x1d0 [] ? audit_syscall_entry+0x17e/0x1a0 [] ? trace_hardirqs_on_thunk+0x3a/0x3f [] system_call_fastpath+0x16/0x1b Zdenek -- 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/