From: Fengguang Wu <fengguang.wu@intel.com>
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Cc: "J. Bruce Fields" <bfields@fieldses.org>,
linux-nfs@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
Subject: BUG: No init found on NFSROOT
Date: Tue, 26 Jun 2012 22:54:32 +0800 [thread overview]
Message-ID: <20120626145432.GA15289@localhost> (raw)
Hi Trond,
It's found that this commit in linux-next leads to the below boot hang.
da660bb2774ff21c7263b4061198c5abe0629cb4 is the first bad commit
commit da660bb2774ff21c7263b4061198c5abe0629cb4
Author: Trond Myklebust <Trond.Myklebust@netapp.com>
Date: Thu Jun 21 14:53:10 2012 -0400
SUNRPC: Clean up xdr_read_pages and xdr_enter_page
Move the page alignment code into a separate helper.
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
:040000 040000 742f2939849ea8ff2e4b954316e6ea2933e7e018 6809fe8bd11b9f2459168d6e1dac92b0c5a74eef M net
bisect run success
The "held lock freed" message may or may not appear in the tests.
However the "No init found." message reliably appears in all test runs.
[ 133.909702] =========================
[ 133.910694] [ BUG: held lock freed! ]
[ 133.911700] 3.5.0-rc4+ #5 Not tainted
[ 133.912672] -------------------------
[ 133.912969] swapper/0/0 is freeing memory ffff88001233ce08-ffff88001233de07, with a lock still held there!
[ 133.912969] (slock-AF_INET-RPC/1){+.-...}, at: [<ffffffff82ae84ee>] tcp_v4_rcv+0x28b/0x6fc
[ 133.912969] 3 locks held by swapper/0/0:
[ 133.912969] #0: (rcu_read_lock){.+.+..}, at: [<ffffffff82a1ea8a>] rcu_lock_acquire+0x0/0x29
[ 133.912969] #1: (rcu_read_lock){.+.+..}, at: [<ffffffff82aca483>] rcu_lock_acquire.constprop.14+0x0/0x30
[ 133.912969] #2: (slock-AF_INET-RPC/1){+.-...}, at: [<ffffffff82ae84ee>] tcp_v4_rcv+0x28b/0x6fc
[ 133.912969]
[ 133.912969] stack backtrace:
[ 133.912969] Pid: 0, comm: swapper/0 Not tainted 3.5.0-rc4+ #5
[ 133.912969] Call Trace:
[ 133.912969] <IRQ> [<ffffffff810e09ae>] debug_check_no_locks_freed+0x109/0x14b
[ 133.912969] [<ffffffff811774e0>] kmem_cache_free+0x2e/0xa7
[ 133.912969] [<ffffffff82a191e5>] __kfree_skb+0x7f/0x83
[ 133.912969] [<ffffffff82adeccd>] tcp_ack+0x45d/0xc6a
[ 133.912969] [<ffffffff810c22ae>] ? local_clock+0x3b/0x52
[ 133.912969] [<ffffffff82adff44>] tcp_rcv_state_process+0x15a/0x7c6
[ 133.912969] [<ffffffff82ae79e7>] tcp_v4_do_rcv+0x341/0x390
[ 133.912969] [<ffffffff82ae88db>] tcp_v4_rcv+0x678/0x6fc
[ 133.912969] [<ffffffff82aca618>] ip_local_deliver_finish+0x165/0x1e4
[ 133.912969] [<ffffffff82acab4a>] ip_local_deliver+0x53/0x84
[ 133.912969] [<ffffffff810c228c>] ? local_clock+0x19/0x52
[ 133.912969] [<ffffffff82aca9c6>] ip_rcv_finish+0x32f/0x367
[ 133.912969] [<ffffffff82acad8b>] ip_rcv+0x210/0x269
[ 133.912969] [<ffffffff82a1eab1>] ? rcu_lock_acquire+0x27/0x29
[ 133.912969] [<ffffffff82a1ea8a>] ? softnet_seq_show+0x68/0x68
[ 133.912969] [<ffffffff82a21ede>] __netif_receive_skb+0x3cd/0x464
[ 133.912969] [<ffffffff82a21fda>] netif_receive_skb+0x65/0x9c
[ 133.912969] [<ffffffff82a227c5>] ? __napi_gro_receive+0xf2/0xff
[ 133.912969] [<ffffffff82a2209e>] napi_skb_finish+0x26/0x58
[ 133.912969] [<ffffffff810c228c>] ? local_clock+0x19/0x52
[ 133.912969] [<ffffffff82a228c5>] napi_gro_receive+0x2f/0x34
[ 133.912969] [<ffffffff81e36d12>] e1000_receive_skb+0x57/0x60
[ 133.912969] [<ffffffff81e39b23>] e1000_clean_rx_irq+0x2f2/0x387
[ 133.912969] [<ffffffff81e390f3>] e1000_clean+0x541/0x695
[ 133.912969] [<ffffffff8106c57b>] ? kvm_clock_read+0x2e/0x36
[ 133.912969] [<ffffffff82a22402>] ? net_rx_action+0x1b3/0x1f8
[ 133.912969] [<ffffffff82a22302>] net_rx_action+0xb3/0x1f8
[ 133.912969] [<ffffffff810984ab>] ? __do_softirq+0x76/0x1e8
[ 133.912969] [<ffffffff81098515>] __do_softirq+0xe0/0x1e8
[ 133.912969] [<ffffffff81122190>] ? time_hardirqs_off+0x26/0x2a
[ 133.912969] [<ffffffff82ea7fec>] call_softirq+0x1c/0x30
[ 133.912969] [<ffffffff81049cc8>] do_softirq+0x4a/0xa2
[ 133.912969] [<ffffffff8109888e>] irq_exit+0x51/0xbc
[ 133.912969] [<ffffffff82ea88ae>] do_IRQ+0x8e/0xa5
[ 133.912969] [<ffffffff82ea002f>] common_interrupt+0x6f/0x6f
[ 133.912969] <EOI> [<ffffffff8106c76b>] ? native_safe_halt+0x6/0x8
[ 133.912969] [<ffffffff810e08a3>] ? trace_hardirqs_on+0xd/0xf
[ 133.912969] [<ffffffff8104f384>] default_idle+0x53/0x90
[ 133.912969] [<ffffffff8104fc09>] cpu_idle+0xcc/0x123
[ 133.912969] [<ffffffff82d1d8dd>] rest_init+0xd1/0xda
[ 133.912969] [<ffffffff82d1d80c>] ? csum_partial_copy_generic+0x16c/0x16c
[ 133.912969] [<ffffffff8460dbbc>] start_kernel+0x3da/0x3e7
[ 133.912969] [<ffffffff8460d5ea>] ? repair_env_string+0x5a/0x5a
[ 133.912969] [<ffffffff8460d2d6>] x86_64_start_reservations+0xb1/0xb5
[ 133.912969] [<ffffffff8460d3d8>] x86_64_start_kernel+0xfe/0x10b
[ 134.024230] VFS: Mounted root (nfs filesystem) on device 0:14.
[ 134.025782] debug: unmapping init [mem 0xffffffff84437000-0xffffffff8480efff]
[ 134.027686] Write protecting the kernel read-only data: 49152k
[ 134.029956] debug: unmapping init [mem 0xffff880002eb0000-0xffff880002ffffff]
[ 134.031745] debug: unmapping init [mem 0xffff880003e95000-0xffff880003ffffff]
[ 134.059408] request_module: runaway loop modprobe binfmt-0000
[ 134.062946] kworker/u:0 (2781) used greatest stack depth: 3432 bytes left
[ 134.069553] Kernel panic - not syncing: No init found. Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
[ 134.072742] Pid: 1, comm: swapper/0 Not tainted 3.5.0-rc4+ #5
[ 134.074200] Call Trace:
[ 134.074971] [<ffffffff82e4fc90>] panic+0xbd/0x1d0
[ 134.076237] [<ffffffff82e4ccc7>] init_post+0xc8/0xc8
[ 134.077636] [<ffffffff8460dd8e>] kernel_init+0x1c5/0x1c5
[ 134.078979] [<ffffffff8460d590>] ? do_early_param+0x8c/0x8c
[ 134.080408] [<ffffffff82ea7ef4>] kernel_thread_helper+0x4/0x10
[ 134.082038] [<ffffffff82ea00f0>] ? retint_restore_args+0x13/0x13
[ 134.083514] [<ffffffff8460dbc9>] ? start_kernel+0x3e7/0x3e7
[ 134.084997] [<ffffffff82ea7ef0>] ? gs_change+0x13/0x13
Thanks,
Fengguang
next reply other threads:[~2012-06-26 14:54 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-26 14:54 Fengguang Wu [this message]
2012-06-26 17:29 ` BUG: No init found on NFSROOT Fengguang Wu
2012-06-26 17:29 ` Fengguang Wu
2012-06-27 12:23 ` Fengguang Wu
2012-06-27 12:23 ` Fengguang Wu
2012-07-02 2:56 ` linux-next BUG: held lock freed! Fengguang Wu
2012-07-02 3:39 ` Fengguang Wu
2012-07-02 3:39 ` Fengguang Wu
2012-07-02 3:42 ` Fengguang Wu
2012-07-02 3:42 ` Fengguang Wu
[not found] ` <CA++bM2txX2f=SC3r3bwxLcB8CUCuELW-NhytrKW7-07kysfA2A@mail.gmail.com>
2012-07-02 4:28 ` Feng Tang
2012-07-02 4:28 ` Feng Tang
2012-07-02 5:22 ` Fengguang Wu
2012-07-02 5:22 ` Fengguang Wu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120626145432.GA15289@localhost \
--to=fengguang.wu@intel.com \
--cc=Trond.Myklebust@netapp.com \
--cc=bfields@fieldses.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.