public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: gurudas pai <gurudas.pai@oracle.com>
To: Nick Piggin <nickpiggin@yahoo.com.au>
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: [BUG] kernel BUG at arch/i386/mm/highmem.c:15!  on 2.6.23-rc8/rc9
Date: Thu, 04 Oct 2007 15:32:07 +0530	[thread overview]
Message-ID: <4704BA1F.4070408@oracle.com> (raw)
In-Reply-To: <200710040139.04201.nickpiggin@yahoo.com.au>


>>> While running Oracle database test on x86/6GB RAM machine panics with
>>> following messages.
>> Hi,
>>
>> Hmm, seems like something in sys_remap_file_pages might have broken.
>> It's a bit hard to work out from the backtrace, though.
>>
>> Is it possible you can strace to find the arguments for the
>> remap_file_pages that goes wrong?
> 
> Ahh, I think it's just underflowing the preempt count somewhere, which
> is leading highmem.c:15 to just *think* it is in an interrupt.
> 
> But you aren't running a preemptible kernel, which makes it unusual...
> it would have to be coming from interrupt code (or just random corruption).
> Still, preempt debugging should catch those cases as well.
> 
> So, can you disregard my last message, and instead compile a kernel
> with CONFIG_PREEMPT and CONFIG_DEBUG_PREEMPT, and see what
> messages come up?
With CONFIG_PREEMPT and CONFIG_DEBUG_PREEMPT set I got following 
messages on rc9.


BUG: using smp_processor_id() in preemptible [00000001] code: oracle/3631
caller is kunmap_atomic+0xb/0x82
  [<c04ec241>] debug_smp_processor_id+0xa1/0xb4
  [<c0420dd0>] kunmap_atomic+0xb/0x82
  [<c045fae3>] __do_fault+0x55/0x35b
  [<c04623e8>] handle_mm_fault+0x4d0/0x909
  [<c0460624>] follow_page+0x1d9/0x228
  [<c0462a71>] get_user_pages+0x250/0x332
  [<c0462bce>] make_pages_present+0x7b/0x90
  [<c045f06a>] sys_remap_file_pages+0x2de/0x330
  [<c0404f0e>] syscall_call+0x7/0xb
  [<c0620000>] ioctl_standard_call+0x209/0x2ce
  =======================
WARNING: at kernel/sched.c:3389 sub_preempt_count()
  [<c0420e2f>] kunmap_atomic+0x6a/0x82
  [<c045fae3>] __do_fault+0x55/0x35b
  [<c04623e8>] handle_mm_fault+0x4d0/0x909
  [<c0460624>] follow_page+0x1d9/0x228
  [<c0462a71>] get_user_pages+0x250/0x332
  [<c0462bce>] make_pages_present+0x7b/0x90
  [<c045f06a>] sys_remap_file_pages+0x2de/0x330
  [<c0404f0e>] syscall_call+0x7/0xb
  [<c0620000>] ioctl_standard_call+0x209/0x2ce
  =======================
------------[ cut here ]------------
kernel BUG at arch/i386/mm/highmem.c:70!
invalid opcode: 0000 [#1]
PREEMPT SMP
Modules linked in: netconsole autofs4 hidp nfs lockd nfs_acl rfcomm 
l2cap bluetooth sunrpc ipv6 dm_mirror dm_mod video output sbs battery ac 
parport_pc lp parport scb2_flash mtd chipreg sg floppy i2c_piix4 
i2c_core tg3 e1000 button ide_cd serio_raw cdrom aic7xxx 
scsi_transport_spi sd_mod scsi_mod ext3 jbd ehci_hcd ohci_hcd uhci_hcd
CPU:    1
EIP:    0060:[<c0420e21>]    Not tainted VLI
EFLAGS: 00010206   (2.6.23-rc9-debug #2)
EIP is at kunmap_atomic+0x5c/0x82
eax: fff8f000   ebx: 0000000f   ecx: 0000002a   edx: 00070000
esi: fffaa000   edi: 97322000   ebp: 000490b1   esp: f672ce1c
ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
Process oracle (pid: 3617, ti=f672c000 task=f7587320 task.ti=f672c000)
Stack: 00000003 c341038c c045fae3 c401c080 97322000 f7893b1c f77f85c0 
01000000
        00000000 c341038c 000013d6 00000000 c3410380 00000040 000490b1 
00000003
        000490b1 97322000 00000000 f672ce78 fffaa910 c341038c 00000040 
000490b1
Call Trace:
  [<c045fae3>] __do_fault+0x55/0x35b
  [<c04623e8>] handle_mm_fault+0x4d0/0x909
  [<c0460624>] follow_page+0x1d9/0x228
  [<c0462a71>] get_user_pages+0x250/0x332
  [<c0462bce>] make_pages_present+0x7b/0x90
  [<c045f06a>] sys_remap_file_pages+0x2de/0x330
  [<c0404f0e>] syscall_call+0x7/0xb
  [<c0620000>] ioctl_standard_call+0x209/0x2ce
  =======================
Code: 00 00 00 29 d0 c7 00 00 00 00 00 c7 40 04 00 00 00 00 0f 01 3e eb 
18 81 fe ff ff ff bf 77 04 0f 0b eb fe 3b 35 8c 89 7d c0 72 04 <0f> 0b 
eb fe b8 01 00 00 00 e8 4d 51 00 00 89 e0 25 00 f0 ff ff
EIP: [<c0420e21>] kunmap_atomic+0x5c/0x82 SS:ESP 0068:f672ce1c



Thanks,
-Guru

  reply	other threads:[~2007-10-04 10:02 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-04  6:37 [BUG] kernel BUG at arch/i386/mm/highmem.c:15! on 2.6.23-rc8/rc9 gurudas pai
2007-10-03 14:53 ` Nick Piggin
2007-10-03 15:39   ` Nick Piggin
2007-10-04 10:02     ` gurudas pai [this message]
2007-10-04 15:56       ` Hugh Dickins
2007-10-04 16:38         ` Linus Torvalds
2007-10-04 16:53           ` Hugh Dickins
2007-10-05  2:49         ` gurudas pai
2007-10-05  3:54           ` gurudas pai
2007-10-05 10:26             ` Hugh Dickins

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=4704BA1F.4070408@oracle.com \
    --to=gurudas.pai@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nickpiggin@yahoo.com.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