From: Han Pingtian <hanpt@linux.vnet.ibm.com>
To: LKML <linux-kernel@vger.kernel.org>
Subject: [BTRFS] kernel BUG at fs/btrfs/tree-log.c:1973! in 3.9-rc7
Date: Thu, 25 Apr 2013 18:20:16 +0800 [thread overview]
Message-ID: <20130425102016.GA4441@localhost.localdomain> (raw)
Hi,
We encountered this problem on 3.9-rc7, powerpc 7 system. When they trying to mount a
btrfs partition, kernel paniced with these messages:
============================================================
aimlp6 login: ------------[ cut here ]------------
cpu 0x3: Vector: 700 (Program Check) at [c00000018461afd0]
pc: d000000006c6ffb4: .replay_one_buffer+0x47c/0x5f8 [btrfs]
lr: d000000006c6ffb4: .replay_one_buffer+0x47c/0x5f8 [btrfs]
sp: c00000018461b250
msr: 8000000000029032
current = 0xc0000001853a3ae0
paca = 0xc000000007f40900 softe: 0 irq_happened: 0x01
pid = 8534, comm = mount
kernel BUG at fs/btrfs/tree-log.c:1973!
enter ? for help
[c00000018461b370] d000000006c6a29c .walk_down_log_tree+0x424/0x660 [btrfs]
[c00000018461b460] d000000006c6aac8 .walk_log_tree+0x120/0x3e0 [btrfs]
[c00000018461b530] d000000006c6d528 .btrfs_recover_log_trees+0x558/0x7c0 [btrfs]
[c00000018461b6c0] d000000006c1b8d8 .open_ctree+0x2098/0x22e0 [btrfs]
[c00000018461b900] d000000006bd8830 .btrfs_fill_super+0x90/0x1b0 [btrfs]
[c00000018461b9c0] d000000006bd92a0 .btrfs_mount+0x440/0x450 [btrfs]
[c00000018461bab0] c0000000001fc788 .mount_fs+0x80/0x218
[c00000018461bb60] c0000000002235ec .vfs_kern_mount+0x7c/0x140
[c00000018461bc00] c000000000223800 .do_new_mount+0x110/0x210
[c00000018461bcc0] c000000000223b74 .do_mount+0x274/0x2b0
[c00000018461bd70] c000000000223c98 .SyS_mount+0xe8/0x118
[c00000018461be30] c000000000009edc syscall_exit+0x0/0xa0
--- Exception: c01 (System Call) at 00003fffa8cf0e6c
SP (3fffed202520) is in userspace
3:mon> X
Oops: Exception in kernel mode, sig: 5 [#1]
SMP NR_CPUS=1024 NUMA pSeries
Modules linked in: nfsv3 nfs_acl nfs fscache lockd sunrpc af_packet fuse loop ipv6 sg ibmveth ext3 jbd mbcache dm_service_time dm_queue_length dm_round_robin dm_multipath btrfs raid6_pq lzo_compress crc32c libcrc32c xor sd_mod crc_t10dif scsi_dh_alua scsi_dh_rdac scsi_dh_emc scsi_dh_hp_sw scsi_dh dm_snapshot dm_mod ibmvscsi scsi_transport_srp scsi_tgt scsi_mod
NIP: d000000006c6ffb4 LR: d000000006c6ffb4 CTR: c0000000001494c8
REGS: c00000018461afd0 TRAP: 0700 Not tainted (3.9.0-rc7-0.9-ppc64)
MSR: 8000000000029032 <SF,EE,ME,IR,DR,RI> CR: 24022424 XER: 20000001
SOFTE: 1
CFAR: d000000006c6be6c
TASK = c0000001853a3ae0[8534] 'mount' THREAD: c000000184618000 CPU: 3
GPR00: d000000006c6ffb4 c00000018461b250 d000000006ce7480 ffffffffffffffe4
GPR04: c0000000014c2768 c000000180861fd8 0000000000000001 0000000000000000
GPR08: c00000000070d488 c000000000eb0ea8 0000000000000000 0000000000000043
GPR12: c000000180861fd8 c000000007f40900 ffffffffffffffff fffffffffffffffa
GPR16: fffffffffffffffa 0000000000008000 c00000018461b2c0 c00000018461b2d1
GPR20: c00000018461b2c9 0000000000000280 c0000001807c0670 c000000180842188
GPR24: c00000017f931380 0000000000000000 00000000000013d4 c00000017f93a380
GPR28: c00000018461b5e8 0000000000728c2e 00000000000000c7 c0000001807683d0
NIP [d000000006c6ffb4] .replay_one_buffer+0x47c/0x5f8 [btrfs]
LR [d000000006c6ffb4] .replay_one_buffer+0x47c/0x5f8 [btrfs]
Call Trace:
[c00000018461b250] [d000000006c6ffb4] .replay_one_buffer+0x47c/0x5f8 [btrfs] (unreliable)
[c00000018461b370] [d000000006c6a29c] .walk_down_log_tree+0x424/0x660 [btrfs]
[c00000018461b460] [d000000006c6aac8] .walk_log_tree+0x120/0x3e0 [btrfs]
[c00000018461b530] [d000000006c6d528] .btrfs_recover_log_trees+0x558/0x7c0 [btrfs]
[c00000018461b6c0] [d000000006c1b8d8] .open_ctree+0x2098/0x22e0 [btrfs]
[c00000018461b900] [d000000006bd8830] .btrfs_fill_super+0x90/0x1b0 [btrfs]
[c00000018461b9c0] [d000000006bd92a0] .btrfs_mount+0x440/0x450 [btrfs]
[c00000018461bab0] [c0000000001fc788] .mount_fs+0x80/0x218
[c00000018461bb60] [c0000000002235ec] .vfs_kern_mount+0x7c/0x140
[c00000018461bc00] [c000000000223800] .do_new_mount+0x110/0x210
[c00000018461bcc0] [c000000000223b74] .do_mount+0x274/0x2b0
[c00000018461bd70] [c000000000223c98] .SyS_mount+0xe8/0x118
[c00000018461be30] [c000000000009edc] syscall_exit+0x0/0xa0
Instruction dump:
7fe6fb78 7fc7f378 7e489378 4bffd8f9 0b030000 7f9d8800 419e0128 e87c0020
7f64db78 7ee5bb78 e8c10070 4bffbdb1 <0b030000> 4bffff10 60420000 e87c0020
---[ end trace f62eb2547334b678 ]---
============================================================
reply other threads:[~2013-04-25 10:20 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20130425102016.GA4441@localhost.localdomain \
--to=hanpt@linux.vnet.ibm.com \
--cc=linux-kernel@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.