From: Suresh Siddha <suresh.b.siddha@intel.com>
To: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
Ingo Molnar <mingo@elte.hu>, Andy Whitcroft <apw@shadowen.org>,
akpm@linux-foundation.org
Subject: Re: [BUG] linux-next: April 10 - kernel oops at kmem_cache_alloc () regression from April 9 kernel
Date: Fri, 11 Apr 2008 10:56:24 -0700 [thread overview]
Message-ID: <20080411175623.GC6542@linux-os.sc.intel.com> (raw)
In-Reply-To: <47FE5765.2030401@linux.vnet.ibm.com>
On Thu, Apr 10, 2008 at 11:37:33PM +0530, Kamalesh Babulal wrote:
> Hi Stephen,
>
> When booting the x86_64 boxes with the next-20080409 and 20080410 kernels
> the kernel bug is hit. The same bug was reported for the April 9 kernel
> at http://lkml.org/lkml/2008/4/10/63 (this kernel was compiled with
> CONFIG_CC_STACKPROTECTOR is not set)
>
>
> BUG: unable to handle kernel NULL pointer dereference at 0000000000000000
> IP: [<ffffffff802869b1>] kmem_cache_alloc+0x41/0x130
> PGD 32dc2e067 PUD 32dd6a067 PMD 0
> Oops: 0000 [1] SMP
> last sysfs file: /sys/kernel/uevent_seqnum
> CPU 0
> Modules linked in: sg
> Pid: 1, comm: init Not tainted 2.6.25-rc8-next-20080410-autotest #1
> RIP: 0010:[<ffffffff802869b1>] [<ffffffff802869b1>] kmem_cache_alloc+0x41/0x130
> RSP: 0000:ffff810bfe4abef8 EFLAGS: 00010046
> RAX: 0000000000000000 RBX: ffff81090e4aa050 RCX: 0000000000405017
> RDX: 00007ffffb4c05b8 RSI: 00000000000000d0 RDI: 0000000000000000
> RBP: 0000000000000292 R08: 0000000000586f00 R09: 0000000000586f20
> R10: 0000000000586f08 R11: 0000000000000246 R12: 00000000000000d0
> R13: 0000000000000000 R14: 0000000000405150 R15: 0000000000000000
> FS: 000000000058b850(0063) GS:ffffffff8067f000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> CR2: 0000000000000000 CR3: 000000090d0e6000 CR4: 00000000000006e0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process init (pid: 1, threadinfo ffff810bfe4aa000, task ffff81090e4aa050)
> Stack: 0000000000000000 ffff81090e4aa050 ffff81090e4aa050 0000000000000001
> 0000000000405110 ffffffff80212f96 0000000000000292 ffff81090e4aa050
> 00007ffffb4c05a8 ffffffff8020cb79 0000000000000000 ffffffff804da339
> Call Trace:
> [<ffffffff80212f96>] init_fpu+0x96/0xf0
> [<ffffffff8020cb79>] math_state_restore+0x19/0x60
> [<ffffffff804da339>] error_exit+0x0/0x51
I noticed in another thread, that you are using gcc 4.1.1. I think
both 4.1.0 and 4.1.1 has some issues with weak symbols. Can you please
try gcc 4.1.2 and see if that fixes your issue.
When I go back to 4.1.0, I am bitten by smilar oops. But not with 4.1.2.
thanks,
suresh
next prev parent reply other threads:[~2008-04-11 17:56 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-10 8:14 linux-next: Tree for April 10 Stephen Rothwell
2008-04-10 10:24 ` [BUG] linux-next: Tree for April 10 - kernel panic while loading ata driver on powermac Kamalesh Babulal
2008-04-10 10:45 ` Jeff Garzik
2008-04-10 11:02 ` Kamalesh Babulal
2008-04-10 11:32 ` Alan Cox
2008-04-10 12:14 ` Jeff Garzik
2008-04-10 12:03 ` Bartlomiej Zolnierkiewicz
2008-04-10 17:14 ` Bartlomiej Zolnierkiewicz
2008-04-10 18:25 ` Kamalesh Babulal
2008-04-10 19:16 ` Bartlomiej Zolnierkiewicz
2008-04-10 17:42 ` linux-next: Tree for April 10 Greg KH
2008-04-10 18:07 ` [BUG] linux-next: April 10 - kernel oops at kmem_cache_alloc () regression from April 9 kernel Kamalesh Babulal
2008-04-11 17:56 ` Suresh Siddha [this message]
2008-04-14 13:14 ` Kamalesh Babulal
2008-04-10 19:34 ` linux-next: Tree for April 10: generic pci_enable_resources() strikes again Mariusz Kozlowski
2008-04-14 1:48 ` Stephen Rothwell
2008-04-14 4:28 ` Greg KH
2008-04-14 4:49 ` Stephen Rothwell
2008-04-10 22:07 ` linux-next: Tree for April 10 (ftrace) Randy Dunlap
2008-04-10 22:09 ` linux-next: Tree for April 10 (arch/x86) Randy Dunlap
2008-04-11 7:46 ` Ingo Molnar
2008-04-11 15:19 ` Randy Dunlap
2008-04-11 15:26 ` Al Viro
2008-04-14 8:12 ` Ingo Molnar
2008-04-14 8:22 ` Al Viro
2008-04-14 8:34 ` Ingo Molnar
2008-04-14 8:43 ` Jakub Jelinek
2008-04-14 9:30 ` Al Viro
2008-04-14 9:37 ` David Miller
2008-04-14 8:40 ` Jakub Jelinek
2008-04-14 22:28 ` Randy Dunlap
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=20080411175623.GC6542@linux-os.sc.intel.com \
--to=suresh.b.siddha@intel.com \
--cc=akpm@linux-foundation.org \
--cc=apw@shadowen.org \
--cc=kamalesh@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=sfr@canb.auug.org.au \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome