Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 368843 - sys-kernel/gentoo-sources-2.6.39: kernel BUG at mm/shmem.c:719!
Summary: sys-kernel/gentoo-sources-2.6.39: kernel BUG at mm/shmem.c:719!
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: Normal normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-27 07:06 UTC by Mao PU
Modified: 2011-06-12 13:43 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
errors logged at /var/log/messages (messages.part.log,6.51 KB, text/x-log)
2011-05-27 07:06 UTC, Mao PU
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mao PU 2011-05-27 07:06:06 UTC
After the update to gentoo-sources-2.6.39 my machine occassionally shows "kernel BUG at mm/shmem.c" during shutdown (also see attached file). This happened about 2 out of 10 times. If this is shown during shutdown, my file systems replay a lot of transactions during the next boot.

Reproducible: Sometimes

Steps to Reproduce:
After trying to shutdown the machine via the GNOME logout/shutdown menu option, the attached errors are shown on my screen. After a while the gdm login screen is shown again and I can shutdown the system via the gdm shutdown button with no further errors.

I was not able to reproduce the problem.



I set the severity to critical, since the crash seems to force a complete transaction replay on file system level during the next boot. This might as well lead to data loss.
Comment 1 Mao PU 2011-05-27 07:06:39 UTC
Created attachment 274747 [details]
errors logged at /var/log/messages
Comment 2 Ben Greear 2011-06-06 18:52:14 UTC
We hit this same bug in 2.6.39-wl (wireless testing), on Fedora 14 machine.

Shutting down interface eth1:  [  OK  ]
Shutting down loopback interface:  [  OK  ]
Stopping monitoring for VG VolGroup:   3 logical volume(s) in volume group "VolGroup" unmonitored
[  OK  ]
Sending all processes the TERM signal... [  OK  ]
Sending all processes the KILL signal... [  OK  ]
Saving random seed:  [  OK  ]
Syncing hardware clock to system time [  OK  ]
Turning off swap:  [  OK  ]
Turning off quotas:  [  OK  ]
Unmounting pipe file systems:  [  OK  ]
Unmounting file systems:  [  OK  ]
------------[ cut here ]------------
kernel BUG at /home/greearb/git/linux.wireless-testing-ct/mm/shmem.c:719!
invalid opcode: 0000 [#1] SMP
last sysfs file: /sys/devices/virtual/block/dm-1/dm/name
Modules linked in: sit tunnel4 nfs lockd fscache auth_rpcgss nfs_acl cryptd aes_i586 aes_generic xt_]

Pid: 23386, comm: umount Tainted: P            2.6.39-wl+ #26 OEM OEM/Cantiga
EIP: 0060:[<c048c294>] EFLAGS: 00010206 CPU: 0
EIP is at shmem_truncate_range+0x528/0x62f
EAX: f1562000 EBX: f6740cc0 ECX: 00000000 EDX: 00000000
ESI: fffb8000 EDI: fffb9000 EBP: f1563e90 ESP: f1563e18
 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process umount (pid: 23386, ti=f1562000 task=f2ca9540 task.ti=f1562000)
Stack:
 00000000 00000000 00000000 00000000 00000000 00000400 20080000 00003ff1
 00000000 00000000 00000000 00000000 00000400 00000000 f26eea94 f6772b40
 00080000 00000002 00000000 f65f5460 f6772b40 00000000 00000000 f634b280
Call Trace:
 [<c048c79b>] shmem_evict_inode+0x9e/0xf3
 [<c04c55e5>] evict+0x5d/0xf6
 [<c04c5971>] iput+0x127/0x12c
 [<c04c4310>] shrink_dcache_for_umount_subtree+0x174/0x19f
 [<c04c437d>] shrink_dcache_for_umount+0x42/0x52
 [<c04b64d2>] generic_shutdown_super+0x16/0xbf
 [<c04b65e0>] kill_anon_super+0xc/0x43
 [<c04b6630>] kill_litter_super+0x19/0x1c
 [<c04b6650>] deactivate_locked_super+0x1d/0x3e
 [<c04b6e58>] deactivate_super+0x38/0x3c
 [<c04c892c>] mntput_no_expire+0x10f/0x115
 [<c04c929c>] sys_umount+0x281/0x2a6
 [<c0785158>] sysenter_do_call+0x12/0x28
Code: 7d b0 00 75 06 83 7d bc 00 74 18 8b 45 e8 e8 5e 45 2f 00 8b 45 b4 29 43 0c 8b 45 e8 e8 fa 44 2
EIP: [<c048c294>] shmem_truncate_range+0x528/0x62f SS:ESP 0068:f1563e18
hpet1: lost 37 rtc interrupts
---[ end trace 0e823839fe4abf0f ]---
Comment 3 Anthony Basile gentoo-dev 2011-06-07 11:10:30 UTC
This should go upstream.  Two things before I do that:

1) If possible, test vanilla 2.6.39 since upstream only wants to see vanilla.

2) May I have your kernel config file.
Comment 4 Mao PU 2011-06-07 14:25:02 UTC
Maybe this is related to https://bugzilla.kernel.org/show_bug.cgi?id=35352 ? 

What can I do to identify the problem? I have more log messages, but they look similar to the one I provided. Also I am not able to reproduce the problem, it seems to happen randomly.
Comment 5 Mao PU 2011-06-12 13:43:57 UTC
(In reply to comment #4)
> Maybe this is related to https://bugzilla.kernel.org/show_bug.cgi?id=35352 ? 
> 
> What can I do to identify the problem? I have more log messages, but they look
> similar to the one I provided. Also I am not able to reproduce the problem, it
> seems to happen randomly.

After an update to gentoo-sources-2.6.29-r1, which incorporates the fix for the linked upstream issue, I have not experienced the problem. As I said before, I was not able reproduce the error, but until the problem occures again, this issue can be closed from my perspective.