[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#707175: linux-image-3.2.0-4-powerpc64: kernel BUG at /build/buildd-linux_3.2.41-2-powerpc-TjfGhD/linux-3.2.41/fs/dcache.c:474



On May 7, 2013, at 7:17 PM, Ben Hutchings <ben@decadent.org.uk> wrote:
>> [  482.160071] REGS: c000000004cd70a0 TRAP: 0700   Tainted: G      D       (3.2.0-4-powerpc64 Debian 3.2.41-2)
> 
> The letter D here indicates there was an earlier BUG.  Look further up
> the log to find the first one.

Here is the first instance of the BUG:

[  477.438640] ------------[ cut here ]------------
[  477.438804] kernel BUG at /build/buildd-linux_3.2.41-2-powerpc-TjfGhD/linux-3.2.41/fs/dcache.c:474!
[  477.439090] Oops: Exception in kernel mode, sig: 5 [#1]
[  477.439255] SMP NR_CPUS=32 NUMA PS3
[  477.439388] Modules linked in: sha1_generic hmac cts rfcomm bnep autofs4 binfmt_misc fuse rpcsec_gss_krb5 nfsd nfs nfs_acl auth_rpcgss lockd fscache sunrpc spufs sha256_generic aes_generic cbc dm_snapshot dm_crypt btusb bluetooth rfkill snd_ps3 snd_pcm crc16 snd_timer snd soundcore snd_page_alloc ps3flash ps3_lpm rtc_ps3 ext3 mbcache jbd btrfs crc32c libcrc32c dm_mod sg sr_mod cdrom ohci_hcd ehci_hcd usbcore ps3_gelic usb_common ps3rom ps3disk ps3stor_lib ps3vram [last unloaded: scsi_wait_scan]
[  477.441388] NIP: c000000000180a74 LR: c000000000180a64 CTR: c0000000001f8484
[  477.441632] REGS: c000000004af7940 TRAP: 0700   Not tainted  (3.2.0-4-powerpc64 Debian 3.2.41-2)
[  477.441910] MSR: 8000000000028032 <EE,CE,IR,DR>  CR: 22000422  XER: 20000000
[  477.442221] TASK = c00000000e10e140[4502] 'ruby1.9.1' THREAD: c000000004af4000 CPU: 0
[  477.442483] GPR00: 0000000000000001 c000000004af7bc0 c0000000007f2bf8 c00000000301a25c
[  477.443955] GPR04: c00000000079e3e0 c000000000729c00 0000000000000000 6018000000000000
[  477.446666] GPR08: 00c0000000000000 0000000000000000 00000000000015b0 0000000000000003
[  477.449398] GPR12: d000000001ac0178 c000000007ffa000 0000000000000000 00000000ffd6df5d
[  477.452166] GPR16: 000000000ffd2190 0000000000000000 0000000000000000 0000000000000000
[  477.454969] GPR20: 00000000ffff9008 00000000ffd6d244 000000000000003f 000000000000001e
[  477.457757] GPR24: c000000004f6dd10 c000000004c95090 0000000040000010 c0000000065f2d80
[  477.460556] GPR28: c00000000301a200 0000000000000000 c000000000763998 0000000000000000
[  477.464611] NIP [c000000000180a74] .dput+0x4c/0x24c
[  477.466007] LR [c000000000180a64] .dput+0x3c/0x24c
[  477.467376] Call Trace:
[  477.468673] [c000000004af7bc0] [c000000000180a64] .dput+0x3c/0x24c (unreliable)
[  477.471325] [c000000004af7c60] [c00000000016b154] .fput+0x224/0x23c
[  477.472735] [c000000004af7d10] [c000000000168354] .filp_close+0xa8/0xb8
[  477.475278] [c000000004af7da0] [c00000000016927c] .SyS_close+0xd0/0x128
[  477.477824] [c000000004af7e30] [c00000000000986c] syscall_exit+0x0/0x40
[  477.480355] Instruction dump:
[  477.481595] 3ba00000 801c0058 2f800001 409e000c 4832ceed 60000000 387c005c 4832f919
[  477.484203] 60000000 813c0058 7d200074 7800d182 <0b000000> 2b890001 409d0010 3929ffff
[  477.492303] —[ end trace 06baac6563dc533e ]---

> Does Linux 3.8 (in experimental, should be in unstable shortly) work any
> better?

I’ll try it and report.

-- 
Rob Leslie
rob@mars.org


Reply to: