linux-kernel - Re: [BUG] 2.6.25-rc3-mm1 kernel panic while bootup on powerpc ()

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <84144f020803041047k7d9d6d5ai10e3f0dac3ca2aeb@mail.gmail.com>
Date:	Tue, 4 Mar 2008 20:47:37 +0200
From:	"Pekka Enberg" <penberg@...helsinki.fi>
To:	"Andrew Morton" <akpm@...ux-foundation.org>
Cc:	"Kamalesh Babulal" <kamalesh@...ux.vnet.ibm.com>,
	linux-kernel@...r.kernel.org, linuxppc-dev@...abs.org,
	"Andy Whitcroft" <apw@...dowen.org>, linux-mm@...ck.org,
	"Mel Gorman" <mel@....ul.ie>
Subject: Re: [BUG] 2.6.25-rc3-mm1 kernel panic while bootup on powerpc ()

On Tue, 04 Mar 2008 18:42:19 +0530 Kamalesh Babulal
<kamalesh@...ux.vnet.ibm.com> wrote:
>  > 3) Third attempt kernel booted up but had the following call trace 264 times while running
>  > test
>  >
>  > Badness at include/linux/gfp.h:110
>  > NIP: c0000000000b4ff0 LR: c0000000000b4fa0 CTR: c00000000019cdb4
>  > REGS: c000000009edf250 TRAP: 0700   Not tainted  (2.6.25-rc3-mm1-autotest)
>  > MSR: 8000000000029032 <EE,ME,IR,DR>  CR: 22024042  XER: 20000003
>  > TASK = c000000009062140[548] 'kjournald' THREAD: c000000009edc000 CPU: 0
>  > NIP [c0000000000b4ff0] .get_page_from_freelist+0x29c/0x898
>  > LR [c0000000000b4fa0] .get_page_from_freelist+0x24c/0x898
>  > Call Trace:
>  > [c000000009edf5f0] [c0000000000b56e4] .__alloc_pages_internal+0xf8/0x470
>  > [c000000009edf6e0] [c0000000000e0458] .kmem_getpages+0x8c/0x194
>  > [c000000009edf770] [c0000000000e1050] .fallback_alloc+0x194/0x254
>  > [c000000009edf820] [c0000000000e14b0] .kmem_cache_alloc+0xd8/0x144
>  > [c000000009edf8c0] [c0000000001fe0f8] .radix_tree_preload+0x50/0xd4
>  > [c000000009edf960] [c0000000000ad048] .add_to_page_cache+0x38/0x12c
>  > [c000000009edfa00] [c0000000000ad158] .add_to_page_cache_lru+0x1c/0x4c
>  > [c000000009edfa90] [c0000000000add58] .find_or_create_page+0x60/0xa8
>  > [c000000009edfb30] [c00000000011e478] .__getblk+0x140/0x310
>  > [c000000009edfc00] [c0000000001b78c4] .journal_get_descriptor_buffer+0x44/0xd8
>  > [c000000009edfca0] [c0000000001b236c] .journal_commit_transaction+0x948/0x1590
>  > [c000000009edfe00] [c0000000001b585c] .kjournald+0xf4/0x2ac
>  > [c000000009edff00] [c00000000007ff4c] .kthread+0x84/0xd0
>  > [c000000009edff90] [c000000000028900] .kernel_thread+0x4c/0x68
>  > Instruction dump:
>  > 7dc57378 48009575 60000000 2fa30000 419e0490 56c902d8 3c000018 7dd907b4
>  > 7ad2c7e2 7f890000 7c000026 5400fffe <0b000000> e93e8128 3b000000 80090000

On Tue, Mar 4, 2008 at 8:36 PM, Andrew Morton
<akpm@...ux-foundation.org> wrote:
>  /* Convert GFP flags to their corresponding migrate type */
>  static inline int allocflags_to_migratetype(gfp_t gfp_flags)
>  {
>         WARN_ON((gfp_flags & GFP_MOVABLE_MASK) == GFP_MOVABLE_MASK);
>
>  Mel, Pekka: would you have some head-scratching time for this one please?

Sure. Just to double-check, this is with SLAB, right? Do you see this with SLUB?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/