Bug 11023 - 2.6.26-rc8-git2 - kernel BUG at mm/page_alloc.c:585
2.6.26-rc8-git2 - kernel BUG at mm/page_alloc.c:585
Status: CLOSED INSUFFICIENT_DATA
Product: Platform Specific/Hardware
Classification: Unclassified
Component: PPC-64
All Linux
: P1 normal
Assigned To: Anton Blanchard
:
Depends on:
Blocks: 10492
  Show dependency treegraph
 
Reported: 2008-07-02 07:18 UTC by Rafael J. Wysocki
Modified: 2010-01-19 19:25 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.26-rc8-git2
Tree: Mainline
Regression: Yes


Attachments

Description Rafael J. Wysocki 2008-07-02 07:18:41 UTC
Subject    : 2.6.26-rc8-git2 - kernel BUG at mm/page_alloc.c:585
Submitter  : Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Date       : 2008-07-02 11:55
References : http://lkml.org/lkml/2008/7/2/32
Handled-By : Andrew Morton <akpm@linux-foundation.org>

This entry is being used for tracking a regression from 2.6.25.  Please don't
close it until the problem is fixed in the mainline.
Comment 1 Kamalesh Babulal 2008-07-07 13:13:26 UTC
The kernel Bug is reproducible with 2.6.26-rc9-git1 kernel.

kernel BUG at mm/page_alloc.c:585!
cpu 0x1: Vector: 700 (Program Check) at [c00000010eefad10]
    pc: c0000000000ea8f0: .__rmqueue_smallest+0x104/0x1b8
    lr: c0000000000ea8f0: .__rmqueue_smallest+0x104/0x1b8
    sp: c00000010eefaf90
   msr: 8000000000029032
  current = 0xc00000010cc1c860
  paca    = 0xc000000000893680
    pid   = 3412, comm = cp
kernel BUG at mm/page_alloc.c:585!
enter ? for help
[c00000010eefaf90] c0000000000ea88c .__rmqueue_smallest+0xa0/0x1b8 (unreliable)
[c00000010eefb060] c0000000000ea9f8 .__rmqueue+0x54/0x25c
[c00000010eefb130] c0000000000eac68 .rmqueue_bulk+0x68/0xf0
[c00000010eefb200] c0000000000ecc30 .get_page_from_freelist+0x2d8/0x860
[c00000010eefb340] c0000000000ed568 .__alloc_pages_internal+0x164/0x4fc
[c00000010eefb450] c0000000000ed918 .__alloc_pages_nodemask+0x18/0x2c
[c00000010eefb4d0] c000000000111f90 .alloc_pages_current+0xd8/0x104
[c00000010eefb570] c0000000000e4e34 .__page_cache_alloc+0x90/0xb0
[c00000010eefb600] c0000000000e5060 .__grab_cache_page+0x4c/0xac
[c00000010eefb6a0] d0000000001c8c18 .ext3_write_begin+0xa8/0x24c [ext3]
[c00000010eefb7b0] c0000000000e60a0 .generic_file_buffered_write+0x170/0x714
[c00000010eefb8f0] c0000000000e69c0 .__generic_file_aio_write_nolock+0x37c/0x3f4
[c00000010eefb9f0] c0000000000e6ac4 .generic_file_aio_write+0x8c/0x124
[c00000010eefbab0] d0000000001c3204 .ext3_file_write+0x30/0xdc [ext3]
[c00000010eefbb50] c000000000125040 .do_sync_write+0xcc/0x134
[c00000010eefbcf0] c000000000125918 .vfs_write+0xe0/0x1b0
[c00000010eefbd90] c000000000126368 .sys_write+0x54/0x98
[c00000010eefbe30] c0000000000086dc syscall_exit+0x0/0x40
--- Exception: c00 (System Call) at 000000000ff0ef48
SP (ffc4d9a0) is in userspace
Comment 2 Alan 2009-03-23 09:49:36 UTC
Is this still present in 2.6.28 ?

Note You need to log in before you can comment on or make changes to this bug.