Oops in 2.4.9

Oops in 2.4.9

[Luca Montecchiani]

I've got an oops using fdupes(1) as a normal user.
I'm running a 2.4.9 kernel with the SetPageReferenced(page);
changes to mm/memory.c, investigating the oops with Daniel Philips 
seem that this is not the cause.

I can't reproduce the oops anymore :(
I'm using ext2 only file systems.

(1) fdupes scans directory for duplicate files, in my directory
    there are around 15.000 files.

Unfortunately I'd run ksymoops after recompiling the kernel :

ksymoops 2.4.1 on i586 2.4.9.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.9/ (default)
     -m /usr/src/linux/System.map (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Aug 21 14:46:35 localhost kernel: Unable to handle kernel paging request at virtual address 33ff08f8
Aug 21 14:46:35 localhost kernel: c012e488
Aug 21 14:46:35 localhost kernel: *pde = 00000000
Aug 21 14:46:35 localhost kernel: Oops: 0000
Aug 21 14:46:35 localhost kernel: CPU:    0
Aug 21 14:46:35 localhost kernel: EIP:    0010:[sys_read+160/196]
Aug 21 14:46:35 localhost kernel: EFLAGS: 00010206
Aug 21 14:46:35 localhost kernel: eax: 33ff080c   ebx: 00001000   ecx: 00001000   edx: 00000001
Aug 21 14:46:35 localhost kernel: esi: ccf338a0   edi: 00001000   ebp: bffffb84   esp: c7275fb4
Aug 21 14:46:35 localhost kernel: ds: 0018   es: 0018   ss: 0018
Aug 21 14:46:35 localhost kernel: Process fdupes (pid: 1401, stackpage=c7275000)
Aug 21 14:46:35 localhost kernel: Stack: c7274000 0823bad8 0823bad8 c0106be3 00000003 40015000 00001000 0823bad8
Aug 21 14:46:35 localhost kernel:        0823bad8 bffffb84 00000003 0000002b 0000002b 00000003 400dde14 00000023
Aug 21 14:46:35 localhost kernel:        00000202 bffffb6c 0000002b
Aug 21 14:46:35 localhost kernel: Call Trace: [system_call+51/64]
Aug 21 14:46:35 localhost kernel: Code: f6 80 ec 00 00 00 01 74 0b 6a 01 50 e8 e3 42 01 00 83 c4 08
Using defaults from ksymoops -t elf32-i386 -a i386

Code;  00000000 Before first symbol
00000000 <_EIP>:
Code;  00000000 Before first symbol
   0:   f6 80 ec 00 00 00 01      testb  $0x1,0xec(%eax)
Code;  00000007 Before first symbol
   7:   74 0b                     je     14 <_EIP+0x14> 00000014 Before first symbol
Code;  00000009 Before first symbol
   9:   6a 01                     push   $0x1
Code;  0000000b Before first symbol
   b:   50                        push   %eax
Code;  0000000c Before first symbol
   c:   e8 e3 42 01 00            call   142f4 <_EIP+0x142f4> 000142f4 Before first symbol
Code;  00000011 Before first symbol
  11:   83 c4 08                  add    $0x8,%esp


1 warning issued.  Results may not be reliable.


hope this help,
luca
-- 
------------------------------------------------------------------
E-mail......: Luca Montecchiani <m.luca@iname.com>
W.W.W.......: http://i.am/m.luca - http://luca.myip.org
Speakfreely.: sflwl -hlwl.fourmilab.ch luca@
I.C.Q.......: 17655604
-----------------------=(Linux since 1995)=-----------------------

Non esiste vento favorevole per il marinaio che non sa dove andare
                                                          Seneca

Oops in 2.4.9

[Jarek Luberek]

[-- Attachment #1: Type: text/plain, Size: 207 bytes --]

I saw this oops in my dmesg log:

The systems is a dual PIII 450, ide disks, reiserfs root file system. Suse 
7.1.  GeForce256 but X was not working at the time (maybe this was
the reason)

Greetings,
Jarek

[-- Attachment #2: oops.log --]
[-- Type: text/plain, Size: 2058 bytes --]

invalid operand: 0000
CPU:    1
EIP:    0010:[<c012b968>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 0000001f   ebx: c12d8a14   ecx: 00000046   edx: 01000000
esi: c44f1cc4   edi: 00000000   ebp: 00000000   esp: c3803ed0
ds: 0018   es: 0018   ss: 0018
Process kdm (pid: 1130, stackpage=c3803000)
Stack: c0227486 c022755a 00000051 c12d8a14 c44f1cc4 00000000 00000000 00000000 
       c12d8a14 c12d8a14 c01235e3 c12d8a14 c012c1c3 c0123841 c12d8a14 c3803f44 
       00000000 00000001 c44f1cc4 00000000 c12d8a14 c3803f44 c012392d c44f1c20 
Call Trace: [<c01235e3>] [<c012c1c3>] [<c0123841>] [<c012392d>] [<c0146ce6>] 
   [<c0145126>] [<c013e430>] [<c013e508>] [<c0106d23>] 
Code: 0f 0b 83 c4 0c 8d 76 00 8b 43 18 a8 20 74 19 6a 53 68 5a 75 

>>EIP; c012b968 <__free_pages_ok+a8/30c>   <=====
Trace; c01235e3 <remove_inode_page+3b/48>
Trace; c012c1c3 <__free_pages+1b/1c>
Trace; c0123841 <truncate_list_pages+145/1c8>
Trace; c012392d <truncate_inode_pages+69/ac>
Trace; c0146ce6 <iput+a2/194>
Trace; c0145126 <d_delete+62/a0>
Trace; c013e430 <vfs_unlink+168/198>
Trace; c013e508 <sys_unlink+a8/120>
Trace; c0106d23 <system_call+33/38>
Code;  c012b968 <__free_pages_ok+a8/30c>
00000000 <_EIP>:
Code;  c012b968 <__free_pages_ok+a8/30c>   <=====
   0:   0f 0b                     ud2a      <=====
Code;  c012b96a <__free_pages_ok+aa/30c>
   2:   83 c4 0c                  add    $0xc,%esp
Code;  c012b96d <__free_pages_ok+ad/30c>
   5:   8d 76 00                  lea    0x0(%esi),%esi
Code;  c012b970 <__free_pages_ok+b0/30c>
   8:   8b 43 18                  mov    0x18(%ebx),%eax
Code;  c012b973 <__free_pages_ok+b3/30c>
   b:   a8 20                     test   $0x20,%al
Code;  c012b975 <__free_pages_ok+b5/30c>
   d:   74 19                     je     28 <_EIP+0x28> c012b990 <__free_pages_ok+d0/30c>
Code;  c012b977 <__free_pages_ok+b7/30c>
   f:   6a 53                     push   $0x53
Code;  c012b979 <__free_pages_ok+b9/30c>
  11:   68 5a 75 00 00            push   $0x755a


13 warnings issued.  Results may not be reliable.