lkml.org 
[lkml]   [2003]   [Apr]   [21]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
Fromhv <>
Subjectstate D in 2.5.67-ac2 and 2.5.68-mm1
DateMon, 21 Apr 2003 04:20:59 -0400
Hi,all:
       My 2.5.67-ac2 and 2.5.68-mm1 kernel have much processes with state D when I run postgresql.
      I used devfsd and ext3 filesystem.My linux is redhat9.0.
     The other question is pdflush would be a zombie if there have much "D" process.
    oops is:
Apr 21 13:48:09 hv kernel:  <1>Unable to handle kernel paging request at virtual address 297c9b10
Apr 21 13:48:09 hv kernel:  printing eip:
Apr 21 13:48:09 hv kernel: c03f2668
Apr 21 13:48:09 hv kernel: *pde = 00000000
Apr 21 13:48:09 hv kernel: Oops: 0002 [#2]
Apr 21 13:48:09 hv kernel: CPU:    0
Apr 21 13:48:10 hv kernel: EIP:    0060:[<c03f2668>]    Not tainted VLI
Apr 21 13:48:10 hv kernel: EFLAGS: 00010286
Apr 21 13:48:10 hv kernel: eax: 00000000   ebx: c0138ad0   ecx: 00000000   edx:
00000000
Apr 21 13:48:10 hv kernel: esi: 00000000   edi: 00000000   ebp: 00000000   esp:
e34abff8
Apr 21 13:48:10 hv kernel: ds: 007b   es: 007b   ss: 0068
Apr 21 13:48:10 hv kernel: Process pdflush (pid: 5612, threadinfo=e34aa000 task=f44f2180)
Apr 21 13:48:10 hv kernel: Stack: 00000000 00000000
Apr 21 13:48:11 hv kernel: Call Trace:
Apr 21 13:48:11 hv kernel: Code: 69 69 0d 00 00 00 00 9b 8e 04 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <d2> b4 03 40 10 69 69 0d 00 00 00 00 6d b4 03 40 c8 b4 03 40 11
ksymoops result is:
ksymoops 2.4.9 on i686 2.5.68-mm1.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.5.68-mm1/ (default)
     -m /boot/System.map (specified)

Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Apr 21 13:48:09 hv kernel:  <1>Unable to handle kernel paging request at virtual address 297c9b10
Apr 21 13:48:09 hv kernel: c03f2668
Apr 21 13:48:09 hv kernel: *pde = 00000000
Apr 21 13:48:09 hv kernel: Oops: 0002 [#2]
Apr 21 13:48:09 hv kernel: CPU:    0
Apr 21 13:48:10 hv kernel: EIP:    0060:[<c03f2668>]    Not tainted VLI
Using defaults from ksymoops -t elf32-i386 -a i386
Apr 21 13:48:10 hv kernel: EFLAGS: 00010286
Apr 21 13:48:10 hv kernel: eax: 00000000   ebx: c0138ad0   ecx: 00000000   edx:
Warning (Oops_set_regs): garbage 'edx:' at end of register line ignored
00000000
Apr 21 13:48:10 hv kernel: esi: 00000000   edi: 00000000   ebp: 00000000   esp:
Warning (Oops_set_regs): garbage 'esp:' at end of register line ignored
e34abff8
Apr 21 13:48:10 hv kernel: ds: 007b   es: 007b   ss: 0068
Apr 21 13:48:10 hv kernel: Stack: 00000000 00000000
Apr 21 13:48:11 hv kernel: Call Trace:
Apr 21 13:48:11 hv kernel: Code: 69 69 0d 00 00 00 00 9b 8e 04 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <d2> b4 03 40 10 69 69 0d 00 00 00 00 6d b4 03 40 c8 b4 03 40 11

>>EIP; c03f2668 <pci_vendor_list+23e8/4e18>   <=====

>>ebx; c0138ad0 <pdflush+0/13>

This architecture has variable length instructions, decoding before eip
is unreliable, take these instructions with a pinch of salt.

Code;  c03f263d <pci_vendor_list+23bd/4e18>
00000000 <_EIP>:
Code;  c03f263d <pci_vendor_list+23bd/4e18>
   0:   69 69 0d 00 00 00 00      imul   $0x0,0xd(%ecx),%ebp
Code;  c03f2644 <pci_vendor_list+23c4/4e18>
   7:   9b                        fwait
Code;  c03f2645 <pci_vendor_list+23c5/4e18>
   8:   8e 04 08                  movl   (%eax,%ecx,1),%es
This decode from eip onwards should be reliable

Code;  c03f2668 <pci_vendor_list+23e8/4e18>
00000000 <_EIP>:
Code;  c03f2668 <pci_vendor_list+23e8/4e18>   <=====
   0:   d2                        (bad)     <=====
Code;  c03f2669 <pci_vendor_list+23e9/4e18>
   1:   b4 03                     mov    $0x3,%ah
Code;  c03f266b <pci_vendor_list+23eb/4e18>
   3:   40                        inc    %eax
Code;  c03f266c <pci_vendor_list+23ec/4e18>
   4:   10 69 69                  adc    %ch,0x69(%ecx)
Code;  c03f266f <pci_vendor_list+23ef/4e18>
   7:   0d 00 00 00 00            or     $0x0,%eax
Code;  c03f2674 <pci_vendor_list+23f4/4e18>
   c:   6d                        insl   (%dx),%es:(%edi)
Code;  c03f2675 <pci_vendor_list+23f5/4e18>
   d:   b4 03                     mov    $0x3,%ah
Code;  c03f2677 <pci_vendor_list+23f7/4e18>
   f:   40                        inc    %eax
Code;  c03f2678 <pci_vendor_list+23f8/4e18>
  10:   c8 b4 03 40               enter  $0x3b4,$0x40
Code;  c03f267c <pci_vendor_list+23fc/4e18>
  14:   11                        .byte 0x11

2 warnings and 1 error issued.  Results may not be reliable.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:34    [from the cache]
©2003-2008