kernel 2.4.18 (checked out on 21 March 2002 - after vnode mods)
gcc version 2.95.4 (Debian prerelease)
modutils 2.4.13
I did the bh xxxx as you requested.
kernel BUG at ll_rw_blk.c:902!
invalid operand: 0000
CPU: 1
EIP: 0010:[<c021bebc>] Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 0000001f ebx: cb6ceae0 ecx: c03cc4c0 edx: 00002ddc
esi: 00000008 edi: 00000001 ebp: ce113cbc esp: ce113ca8
ds: 0018 es: 0018 ss: 0018
Process modprobe (pid: 2328, stackpage=ce113000)
Stack: c02ff562 00000386 cb6ceae0 00000000 00000001 ce113ce4 c021c047 00000001
cb6ceae0 c35888e0 cb6ceae0 c35888e0 00001000 cb6ceae0 00000200 ce113cfc
c013582e 00000001 00000001 ce113d04 c35888e0 ce113efc c013677d cb6ceae0
Call Trace: [<c021c047>] [<c013582e>] [<c013677d>] [<c0190745>] [<c0190745>]
[<c0190745>] [<c0111758>] [<c0190745>] [<c01d6600>] [<c0136b96>]
[<c0136bb9>]
[<c0136ae9>] [<c01e4cac>] [<c01e4fcc>] [<c01e3f28>] [<c01e5662>]
[<c01e5692>]
[<c01d6643>] [<c01d6643>] [<c01c312c>] [<c01df4b5>] [<c01eadae>]
[<c01e3fb1>]
[<c01e6f37>] [<c01db5e1>] [<c01e6a42>] [<c0135fa6>] [<c010715b>]
Code: 0f 0b 83 c4 08 b8 03 00 00 00 f0 0f ab 43 18 0f b7 43 0c 66
>>EIP; c021bebc <submit_bh+54/98> <=====
Trace; c021c046 <ll_rw_block+146/1b4>
Trace; c013582e <write_buffer+1a/58>
Trace; c013677c <fsync_inode_data_buffers+9c/164>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c0111758 <do_page_fault+0/4e6>
Trace; c0190744 <xfs_acl_iaccess+28/84>
Trace; c01d6600 <xfs_trans_push_ail+1ac/1cc>
Trace; c0136b96 <__refile_buffer+56/60>
Trace; c0136bb8 <refile_buffer+18/24>
Trace; c0136ae8 <__mark_buffer_dirty+28/30>
Trace; c01e4cac <set_buffer_dirty_uptodate+34/48>
Trace; c01e4fcc <__pb_block_commit_write_async+2c/50>
Trace; c01e3f28 <pagebuf_commit_write+48/b8>
Trace; c01e5662 <pagebuf_generic_file_write+296/300>
Trace; c01e5692 <pagebuf_generic_file_write+2c6/300>
Trace; c01d6642 <xfs_trans_unlocked_item+22/40>
Trace; c01d6642 <xfs_trans_unlocked_item+22/40>
Trace; c01c312c <xfs_iunlock+4c/58>
Trace; c01df4b4 <xfs_rwunlock+30/6c>
Trace; c01eadae <xfs_write+45e/46c>
Trace; c01e3fb0 <pagebuf_flush+18/2c>
Trace; c01e6f36 <fs_flush_pages+2a/34>
Trace; c01db5e0 <xfs_fsync+e0/300>
Trace; c01e6a42 <linvfs_fsync+42/50>
Trace; c0135fa6 <sys_fdatasync+6a/b4>
Trace; c010715a <system_call+32/38>
Code; c021bebc <submit_bh+54/98>
00000000 <_EIP>:
Code; c021bebc <submit_bh+54/98> <=====
0: 0f 0b ud2a <=====
Code; c021bebe <submit_bh+56/98>
2: 83 c4 08 add $0x8,%esp
Code; c021bec0 <submit_bh+58/98>
5: b8 03 00 00 00 mov $0x3,%eax
Code; c021bec6 <submit_bh+5e/98>
a: f0 0f ab 43 18 lock bts %eax,0x18(%ebx)
Code; c021beca <submit_bh+62/98>
f: 0f b7 43 0c movzwl 0xc(%ebx),%eax
Code; c021bece <submit_bh+66/98>
13: 66 data16
Entering kdb (current=0xce112000, pid 2328) on processor 1 Oops: invalid
operand
eax = 0x0000001f ebx = 0xcb6ceae0 ecx = 0xc03cc4c0 edx = 0x00002ddc
esi = 0x00000008 edi = 0x00000001 esp = 0xce113ca8 eip = 0xc021bebc
ebp = 0xce113cbc xss = 0x00000018 xcs = 0x00000010 eflags = 0x00010202
[1]kdb> bh 0xcb6ceae0
buffer_head at 0xcb6ceae0
next 0x00000000 bno 0 rsec 11371432 size 4096 dev 0x805 rdev 0x807
count 2 state 0x5 [Uptodate Lock] ftime 0x18df77 b_list 1 b_reqnext
0x00000000
b_data 0xc59e6000
b_page 0xc1167980 b_this_page 0xcb6ceae0 b_private 0x00000000
[1]kdb> cpu
Currently on cpu 1
Available cpus: 0, 1
[1]kdb> cpu 0
Entering kdb (current=0xcf6ea000, pid 162) on processor 0 due to cpu switch
[0]kdb> bt
EBP EIP Function(args)
0xcf6ebf84 0xc011559d do_syslog+0x15d (0x2, 0x804dd21, 0xfff)
kernel .text 0xc0100000 0xc0115440 0xc0115804
0xcf6ebf98 0xc01562ea kmsg_read+0x12 (0xc151d620, 0x804dca0, 0xfff, 0xc151d640,
0xcf6ea000)
kernel .text 0xc0100000 0xc01562d8 0xc01562f0
0xcf6ebfbc 0xc013461d sys_read+0x91 (0x0, 0x804dca0, 0xfff, 0x0, 0x804eca0)
kernel .text 0xc0100000 0xc013458c 0xc01346a0
0xc010715b system_call+0x33
kernel .text 0xc0100000 0xc0107128 0xc0107160
Steve Lord wrote:
>
> Well, I just rewrote this code (after the 14th) to clean up a number
> of problems in this area.
>
> Can you possibly try a current cvs tree. If you hit it again it will
> be in submit_bh this time. Can you run with kdb again, specify y
> for the KDB modules command. If it should happen again, run the
> bt command, take the second argument of the submit_bh function
> and use the bh command on it.
>
> Thanks
>
> Steve
>
> --
>
> Steve Lord voice: +1-651-683-3511
> Principal Engineer, Filesystem Software email: lord@xxxxxxx
|