lkml.org 
[lkml]   [1996]   [Dec]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: GPF in 2.0.26 _load__block_bitmap
    Date

    > any idea about the reason of the following general protection failure
    > in Linux 2.0.26?

    i just happened again :-( at exactly the same EIP.
    and again it was "sendmail" which was running when this happened; can't
    be a random event, can it ?

    actually "sendmail" is a pretty old version of "smail":
    # smail -V
    /\==/\ Smail3.1.28.1 #28.20
    ll /usr/bin/smail
    -r-sr-xr-x 1 root bin 222212 Oct 21 1993 /usr/bin/smail

    and it tried to write an outgoing mail to my UUCP spool area both times...

    I've compiled this kernel image on November 25 and it run flawlessly
    24 hours a day since then and it sent ~300 mails with no problem at all.
    and now two kernel problems within one hour ???

    this is ne 2nd crash; I'll compile 2.0.27 now...


    general protection: 0000
    CPU: 0
    EIP: 0010:[<00170f6a>]
    EFLAGS: 00010202
    eax: 00000002 ebx: 001f921c ecx: 0000001b edx: 00000003
    esi: 0189fe14 edi: 00000006 ebp: 00036aae esp: 017a8f2c
    ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
    Process sendmail (pid: 864, process nr: 39, stackpage=017a8000)
    Stack: 001f921c 0000001b 003628b8 0017121f 001f921c 0000001b 0039fa80 003628b8
    003628b8 bffff78c 010439b0 01eb2c00 00000aad 010433e0 0017736b 00174361
    003628b8 00036aae 00000007 00172ebb 003628b8 0012c290 003628b8 0039fa80
    Call Trace: [<0017121f>] [<0017736b>] [<00174361>] [<00172ebb>] [<0012c290>] [<0012c339>] [<0012c394>]
    [<0010b8e2>]
    Code: 8b bc 83 c4 00 00 00 89 bc 83 c8 00 00 00 48 85 c0 7f df 89
    Using `System.map' to map addresses to symbols.

    >>EIP: 170f6a <_load__block_bitmap+e2/280>
    Trace: 17121f <_ext2_free_blocks+117/3c0>
    Trace: 17736b <_ext2_unlink+22f/240>
    Trace: 174361 <_ext2_discard_prealloc+31/60>
    Trace: 172ebb <_ext2_release_file+13/18>
    Trace: 12c290 <___fput+20/70>
    Trace: 12c339 <_close_fp+59/70>
    Trace: 12c394 <_sys_close+44/50>
    Trace: 10b8e2 <_system_call+52/80>

    Code: 170f6a <_load__block_bitmap+e2/280> movl 0xc4(%ebx,%eax,4),%edi
    Code: 170f71 <_load__block_bitmap+e9/280> movl %edi,0xc8(%ebx,%eax,4)
    Code: 170f78 <_load__block_bitmap+f0/280> decl %eax
    Code: 170f79 <_load__block_bitmap+f1/280> testl %eax,%eax
    Code: 170f7b <_load__block_bitmap+f3/280> jg fffffff2 <gcc2_compiled.+fffffff2>
    Code: 170f7d <_load__block_bitmap+f5/280> movl %eax,(%eax)
    Code: 170f7f <_load__block_bitmap+f7/280> nop
    Code: 170f80 <_load__block_bitmap+f8/280> nop



    Harald
    --
    All SCSI disks will from now on ___ _____
    be required to send an email notice 0--,| /OOOOOOO\
    24 hours prior to complete hardware failure! <_/ / /OOOOOOOOOOO\
    \ \/OOOOOOOOOOOOOOO\
    \ OOOOOOOOOOOOOOOOO|//
    Harald Koenig, \/\/\/\/\/\/\/\/\/
    Inst.f.Theoret.Astrophysik // / \\ \
    koenig@tat.physik.uni-tuebingen.de ^^^^^ ^^^^^

    \
     
     \ /
      Last update: 2005-03-22 13:38    [W:0.020 / U:117.968 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site