Oops on 2.4.17, some fs corruption.

[mzieba@prz-rzeszow.pl]

Hi,
I've got Oops on 2.4.17 cvs-ed ~21 Feb, after my problem with
disapearing partitions in the past. It hits when I put some load on disk, trying to
install newer mozilla (with dpkg). After xfs_repair I ended with whole
/usr in pieces (at least it was most visible, some other files i.e. from 
/etc were gone too) in lost+found.
Can you tell me, if it can be xfs-related? I'm asking, because I'm using
tainted modules, like NVDriver, VMWare modules... Maybe it's theirs
fault? ;)
The kernel was compiled using gcc version 2.95.4 20011002 (Debian
prerelease)
Oh, btw, there was no filesystem shutdown after/before an Oops, I do
not have CONFIG_DEBUG_BUGVERBOSE, should I? Friend of mine told me, that
setting that will "mask" EIP.. 
Is it anything, I can do, to help you? ;)

Regards,
(please CC, I'm not a subscriber)
-- 
Marcin Zieba
mzieba@prz-rzeszow.pl
ksymoops 2.4.3 on i586 2.4.17-xfs.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.17-xfs/ (default)
     -m /boot/System.map-2.4.17-xfs (default)

Warning: You did not tell me where to find symbol information.  I will
[...]

Mar 13 22:06:31 piaskowy kernel: c019eff2
Mar 13 22:06:31 piaskowy kernel: *pde = 00000000
Mar 13 22:06:31 piaskowy kernel: Oops: 0000
Mar 13 22:06:31 piaskowy kernel: CPU:    0
Mar 13 22:06:31 piaskowy kernel: EIP:    0010:[<c019eff2>]    Tainted: PF
Using defaults from ksymoops -t elf32-i386 -a i386
Mar 13 22:06:31 piaskowy kernel: EFLAGS: 00210246
Mar 13 22:06:31 piaskowy kernel: eax: 00000000   ebx: ffffffe8   ecx: c02dbd64
Mar 13 22:06:31 piaskowy kernel: esi: cdfae554   edi: c1663000   ebp: 00000000
Mar 13 22:06:31 piaskowy kernel: ds: 0018   es: 0018   ss: 0018
Mar 13 22:06:31 piaskowy kernel: Process dpkg (pid: 21524, stackpage=c1cab000)
Mar 13 22:06:31 piaskowy kernel: Stack: 0000002e cfbf02ac 00000000 00000008 c01b3b7c c1663000 00000000 00804ed0
Mar 13 22:06:31 piaskowy kernel:        00000000 00000000 c1cabe04 00000000 00000000 c1cabdfc c1cabe14 00000000
Mar 13 22:06:31 piaskowy kernel:        c1cabed4 00000000 00000011 c019f449 cfbf0338 c01ae732 00000000 cfbf02c4
Mar 13 22:06:31 piaskowy kernel: Call Trace: [<c01b3b7c>] [<c019f449>] [<c01ae732>] [<c01aecd9>] [<d88a25ad>]
Mar 13 22:06:31 piaskowy kernel:    [<d88b21bc>] [<d88b2246>] [<c01b224e>] [<c019f546>] [<c01c51d5>] [<c0137c18>]
Mar 13 22:06:31 piaskowy kernel:    [<c0137ca9>] [<c0137e83>] [<c0106d33>]
Mar 13 22:06:31 piaskowy kernel: Code: 66 83 bb 56 01 00 00 00 75 10 80 a3 48 01 00 00 f7 53 e8 9f

>>EIP; c019eff2 <xfs_iget+f2/13c>   <=====
Trace; c01b3b7c <xfs_dir_lookup_int+124/290>
Trace; c019f448 <xfs_ilock+68/70>
Trace; c01ae732 <xfs_lock_for_rename+132/3c0>
Trace; c01aecd8 <xfs_rename+160/9e8>
Trace; d88a25ac <[sound]DMAbuf_outputintr+100/130>
Trace; d88b21bc <[sb_lib]sb_intr+b8/f4>
Trace; d88b2246 <[sb_lib]sbintr+32/38>
Trace; c01b224e <xfs_trans_unlocked_item+22/3c>
Trace; c019f546 <xfs_iunlock+4a/50>
Trace; c01c51d4 <linvfs_rename+68/f0>
Trace; c0137c18 <vfs_rename_other+28c/2e0>
Trace; c0137ca8 <vfs_rename+3c/88>
Trace; c0137e82 <sys_rename+18e/21c>
Trace; c0106d32 <system_call+32/40>
Code;  c019eff2 <xfs_iget+f2/13c>
00000000 <_EIP>:
Code;  c019eff2 <xfs_iget+f2/13c>   <=====
   0:   66 83 bb 56 01 00 00      cmpw   $0x0,0x156(%ebx)   <=====
Code;  c019eff8 <xfs_iget+f8/13c>
   7:   00 
Code;  c019effa <xfs_iget+fa/13c>
   8:   75 10                     jne    1a <_EIP+0x1a> c019f00c <xfs_iget+10c/13c>
Code;  c019effc <xfs_iget+fc/13c>
   a:   80 a3 48 01 00 00 f7      andb   $0xf7,0x148(%ebx)
Code;  c019f002 <xfs_iget+102/13c>
  11:   53                        push   %ebx
Code;  c019f004 <xfs_iget+104/13c>
  12:   e8 9f 00 00 00            call   b6 <_EIP+0xb6> c019f0a8 <xfs_inode_lock_init+38/7c>


1 warning issued.  Results may not be reliable.