From: Kurt Roeckx <Q@ping.be>
To: linux-kernel@vger.kernel.org
Subject: kernel BUG at inode.c:654!
Date: Wed, 18 Jul 2001 20:51:01 +0200 [thread overview]
Message-ID: <20010718205101.A202@ping.be> (raw)
[-- Attachment #1: Type: text/plain, Size: 433 bytes --]
I got a few oopses today with 2.4.6. Someone reported this with
2.4.5 too some time ago, but didn't see anything about it yet.
It always kills the currently running program with a SIGSEGV.
First I got two at the same time, this happened when I was
compiling the kernel. After some time everything started having
the problem. The third is from when I tried to run the oops thru
ksymoops.
Output of ksymoops is attached.
Kurt
[-- Attachment #2: oops --]
[-- Type: text/plain, Size: 6783 bytes --]
ksymoops 2.4.1 on i586 2.4.6. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.6/ (default)
-m /System.map (specified)
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
kernel BUG at inode.c:654!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c013c6c6>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 0000001b ebx: c08e5428 ecx: c3fc2000 edx: 00000000
esi: c08e5420 edi: c08e5608 ebp: c3fc3fa4 esp: c3fc3f7c
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 3, stackpage=c3fc3000)
Stack: c025f7a6 c025f822 0000028e 000000c0 000000ea 00000000 00000000 00000040
c0c0cd68 c3556d68 0008e000 c013c76d 000000b3 c01245fb 00000006 000000c0
00000006 000000c0 000000c0 00000000 c3fc2000 c025c631 c3fc2239 c012467e
Call Trace: [<c013c76d>] [<c01245fb>] [<c012467e>] [<c0105410>]
Code: 0f 0b 83 c4 0c 90 8d 74 26 00 8b 53 04 8b 03 89 50 04 89 02
>>EIP; c013c6c6 <prune_icache+96/11c> <=====
Trace; c013c76d <shrink_icache_memory+21/30>
Trace; c01245fb <do_try_to_free_pages+2f/58>
Trace; c012467e <kswapd+5a/e4>
Trace; c0105410 <kernel_thread+28/38>
Code; c013c6c6 <prune_icache+96/11c>
00000000 <_EIP>:
Code; c013c6c6 <prune_icache+96/11c> <=====
0: 0f 0b ud2a <=====
Code; c013c6c8 <prune_icache+98/11c>
2: 83 c4 0c add $0xc,%esp
Code; c013c6cb <prune_icache+9b/11c>
5: 90 nop
Code; c013c6cc <prune_icache+9c/11c>
6: 8d 74 26 00 lea 0x0(%esi,1),%esi
Code; c013c6d0 <prune_icache+a0/11c>
a: 8b 53 04 mov 0x4(%ebx),%edx
Code; c013c6d3 <prune_icache+a3/11c>
d: 8b 03 mov (%ebx),%eax
Code; c013c6d5 <prune_icache+a5/11c>
f: 89 50 04 mov %edx,0x4(%eax)
Code; c013c6d8 <prune_icache+a8/11c>
12: 89 02 mov %eax,(%edx)
kernel BUG at inode.c:654!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c013c6c6>]
EFLAGS: 00010282
eax: 0000001b ebx: c05e32c8 ecx: 00000001 edx: c02a5868
esi: c05e32c0 edi: c25779a8 ebp: c19c1e34 esp: c19c1e0c
ds: 0018 es: 0018 ss: 0018
Process cc1 (pid: 8926, stackpage=c19c1000)
Stack: c025f7a6 c025f822 0000028e 000000d2 000001ce 00000001 00000000 00000060
c2c52a48 c12d1648 00000010 c013c76d 000000a1 c01245fb 00000006 000000d2
00000006 000000d2 000000d2 00000001 c19c0000 c02a6a28 00000000 c012474e
Call Trace: [<c013c76d>] [<c01245fb>] [<c012474e>] [<c0125330>] [<c0125162>] [<c011bcde>] [<c011bd6b>]
[<c011be6f>] [<c010ed54>] [<c010eeb4>] [<c010ed54>] [<c01ce796>] [<c01cebcb>] [<c01d2520>] [<c0107c4c>]
[<c0109e78>] [<c0107dcd>] [<c0106b74>]
Code: 0f 0b 83 c4 0c 90 8d 74 26 00 8b 53 04 8b 03 89 50 04 89 02
>>EIP; c013c6c6 <prune_icache+96/11c> <=====
Trace; c013c76d <shrink_icache_memory+21/30>
Trace; c01245fb <do_try_to_free_pages+2f/58>
Trace; c012474e <try_to_free_pages+22/2c>
Trace; c0125330 <__alloc_pages+1cc/278>
Trace; c0125162 <_alloc_pages+16/18>
Trace; c011bcde <do_anonymous_page+32/90>
Trace; c011bd6b <do_no_page+2f/dc>
Trace; c011be6f <handle_mm_fault+57/b8>
Trace; c010ed54 <do_page_fault+0/45c>
Trace; c010eeb4 <do_page_fault+160/45c>
Trace; c010ed54 <do_page_fault+0/45c>
Trace; c01ce796 <ide_do_request+282/2c8>
Trace; c01cebcb <ide_intr+12b/14c>
Trace; c01d2520 <ide_dma_intr+0/9c>
Trace; c0107c4c <handle_IRQ_event+30/5c>
Trace; c0109e78 <end_8259A_irq+18/1c>
Trace; c0107dcd <do_IRQ+8d/b0>
Trace; c0106b74 <error_code+34/40>
Code; c013c6c6 <prune_icache+96/11c>
00000000 <_EIP>:
Code; c013c6c6 <prune_icache+96/11c> <=====
0: 0f 0b ud2a <=====
Code; c013c6c8 <prune_icache+98/11c>
2: 83 c4 0c add $0xc,%esp
Code; c013c6cb <prune_icache+9b/11c>
5: 90 nop
Code; c013c6cc <prune_icache+9c/11c>
6: 8d 74 26 00 lea 0x0(%esi,1),%esi
Code; c013c6d0 <prune_icache+a0/11c>
a: 8b 53 04 mov 0x4(%ebx),%edx
Code; c013c6d3 <prune_icache+a3/11c>
d: 8b 03 mov (%ebx),%eax
Code; c013c6d5 <prune_icache+a5/11c>
f: 89 50 04 mov %edx,0x4(%eax)
Code; c013c6d8 <prune_icache+a8/11c>
12: 89 02 mov %eax,(%edx)
kernel BUG at inode.c:654!
invalid operand: 0000
CPU: 0
EIP: 0010:[<c013c6c6>]
EFLAGS: 00010282
eax: 0000001b ebx: c2e70048 ecx: c2200000 edx: c3f28e20
esi: c2e70040 edi: c0c47828 ebp: c2201e34 esp: c2201e0c
ds: 0018 es: 0018 ss: 0018
Process ksymoops (pid: 9139, stackpage=c2201000)
Stack: c025f7a6 c025f822 0000028e 000000d2 00000011 00000001 00000000 00000061
c3ce69e8 c1a929c8 00000010 c013c76d 0000007e c01245fb 00000006 000000d2
00000006 000000d2 000000d2 00000000 c2200000 c02a6a28 00000000 c012474e
Call Trace: [<c013c76d>] [<c01245fb>] [<c012474e>] [<c0125330>] [<c0125162>] [<c011bcde>] [<c011bd6b>]
[<c011be6f>] [<c010ed54>] [<c010eeb4>] [<c010ed54>] [<c011cc34>] [<c01fb8b6>] [<c011cf30>] [<c011c140>]
[<c0106b74>]
Code: 0f 0b 83 c4 0c 90 8d 74 26 00 8b 53 04 8b 03 89 50 04 89 02
>>EIP; c013c6c6 <prune_icache+96/11c> <=====
Trace; c013c76d <shrink_icache_memory+21/30>
Trace; c01245fb <do_try_to_free_pages+2f/58>
Trace; c012474e <try_to_free_pages+22/2c>
Trace; c0125330 <__alloc_pages+1cc/278>
Trace; c0125162 <_alloc_pages+16/18>
Trace; c011bcde <do_anonymous_page+32/90>
Trace; c011bd6b <do_no_page+2f/dc>
Trace; c011be6f <handle_mm_fault+57/b8>
Trace; c010ed54 <do_page_fault+0/45c>
Trace; c010eeb4 <do_page_fault+160/45c>
Trace; c010ed54 <do_page_fault+0/45c>
Trace; c011cc34 <do_munmap+58/250>
Trace; c01fb8b6 <sbintr+32/38>
Trace; c011cf30 <do_brk+b0/16c>
Trace; c011c140 <sys_brk+bc/e8>
Trace; c0106b74 <error_code+34/40>
Code; c013c6c6 <prune_icache+96/11c>
00000000 <_EIP>:
Code; c013c6c6 <prune_icache+96/11c> <=====
0: 0f 0b ud2a <=====
Code; c013c6c8 <prune_icache+98/11c>
2: 83 c4 0c add $0xc,%esp
Code; c013c6cb <prune_icache+9b/11c>
5: 90 nop
Code; c013c6cc <prune_icache+9c/11c>
6: 8d 74 26 00 lea 0x0(%esi,1),%esi
Code; c013c6d0 <prune_icache+a0/11c>
a: 8b 53 04 mov 0x4(%ebx),%edx
Code; c013c6d3 <prune_icache+a3/11c>
d: 8b 03 mov (%ebx),%eax
Code; c013c6d5 <prune_icache+a5/11c>
f: 89 50 04 mov %edx,0x4(%eax)
Code; c013c6d8 <prune_icache+a8/11c>
12: 89 02 mov %eax,(%edx)
1 error issued. Results may not be reliable.
next reply other threads:[~2001-07-18 18:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-18 18:51 Kurt Roeckx [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-05-26 17:37 kernel BUG at inode.c:654! Santiago Garcia Mantinan
2001-05-26 18:12 ` Alexander Viro
2001-05-28 8:13 ` Santiago Garcia Mantinan
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=20010718205101.A202@ping.be \
--to=q@ping.be \
--cc=linux-kernel@vger.kernel.org \
/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