All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Peter Wächtler" <pwaechtler@loewe-komp.de>
To: Andrew Morton <akpm@zip.com.au>
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: Oopses in scheduler on Linux-2.4.17-xfs
Date: Thu, 17 Jan 2002 17:09:55 +0100	[thread overview]
Message-ID: <3C46F753.35F7BB59@loewe-komp.de> (raw)
In-Reply-To: <3C44B260.D1FA47BF@loewe-komp.de> <3C44B40E.FEDE24C8@zip.com.au>

Andrew Morton schrieb:
> 
> Peter Wächtler wrote:
> >
> > I recently get oopses on 2.4.14-xfs and 2.4.17-xfs.
> > box is SMP with old Pentium Pro
> 
> Could I please have a description of your hardware?  lspci output,
> lsmod, .config?
> 
> Thanks.

The machins crashed again in the morning:
To me it seems that a process lost its stack?

Hmh, now I missed to dump the task_struct, right?
How can I better track this bug next time?

would a memory dump of the task_struct help? How to do this?
md <what_address>?


[0]kdb> bt
    EBP       EIP         Function(args)
0xcdc9dfbc 0xc0113db0 schedule+0x248 (0xf, 0x20, 0x27, 0x809e780, 0x1b)
                               kernel .text 0xc0100000 0xc0113b68 0xc01140e8
           0xc0106f29 reschedule+0x5
                               kernel .text 0xc0100000 0xc0106f24 0xc0106f30

[0]kdb> bta
Stack traceback for pid 1
[...]
Stack traceback for pid 787
    EBP       EIP         Function(args)
0xcdc9c000 0xc0113db0 schedule+0x248 (0xf, 0x20, 0x27, 0x809e780, 0x1b)
                               kernel .text 0xc0100000 0xc0113b68 0xc01140e8
           0xc0106f29 reschedule+0x5
                               kernel .text 0xc0100000 0xc0106f24 0xc0106f30
Enter <q> to end, <cr> to continue:

Stack traceback for pid 2093
Stack is not in task_struct, backtrace not available
Enter <q> to end, <cr> to continue:
Stack traceback for pid 2095
    EBP       EIP         Function(args)
[...]

Enter <q> to end, <cr> to continue:
[0]kdb> ps
Task Addr  Pid      Parent   [*] cpu  State Thread     Command
[..]
0xcdc9c000 00000787 00000777  1  000  run   0xcdc9c370*setiathome
[..]
0xc4248000 00002093 00001978  1  001  run   0xc4248370 setiathome


[0]kdb> go
Oops: 0000
CPU:    0
EIP:    0010:[<c0113db0>]    Not tainted
EFLAGS: 00010207
eax: f9647971   ebx: 00000014   ecx: 1a6e124d   edx: 069b8298
esi: cdc9c000   edi: 0000001b   ebp: cdc9dfbc   esp: cdc9df88
ds: 0018   es: 0018   ss: 0018
Process setiathome (pid: 787, stackpage=cdc9d000)
Stack: cdc9c000 0809e780 0000001b cffeef44 c02c11c0 cdc9c000 00000000 00000001
       00000001 00000000 00000000 cdc9c000 c03148e0 bfffedec c0106f29 0000000f
       00000020 00000027 0809e780 0000001b bfffedec 00000001 0000002b 0000002b
Call Trace: [<c0106f29>]

Code: 8b 51 20 d1 fa 89 d8 2b 41 24 c1 f8 02 8d 54 10 01 89 51 20
 <6>SysRq : Emergency Sync
SysRq : Emergency Remount R/O
SysRq : Resetting


ksymoops 2.4.2 on i686 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
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.

Oops: 0000
CPU:    0
EIP:    0010:[<c0113db0>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010207
eax: f9647971   ebx: 00000014   ecx: 1a6e124d   edx: 069b8298
esi: cdc9c000   edi: 0000001b   ebp: cdc9dfbc   esp: cdc9df88
ds: 0018   es: 0018   ss: 0018
Process setiathome (pid: 787, stackpage=cdc9d000)
Stack: cdc9c000 0809e780 0000001b cffeef44 c02c11c0 cdc9c000 00000000 00000001
       00000001 00000000 00000000 cdc9c000 c03148e0 bfffedec c0106f29 0000000f
       00000020 00000027 0809e780 0000001b bfffedec 00000001 0000002b 0000002b
Call Trace: [<c0106f29>]
Code: 8b 51 20 d1 fa 89 d8 2b 41 24 c1 f8 02 8d 54 10 01 89 51 20

>>EIP; c0113db0 <schedule+248/580>   <=====
Trace; c0106f28 <reschedule+4/c>
Code;  c0113db0 <schedule+248/580>
00000000 <_EIP>:
Code;  c0113db0 <schedule+248/580>   <=====
   0:   8b 51 20                  mov    0x20(%ecx),%edx   <=====
Code;  c0113db2 <schedule+24a/580>
   3:   d1 fa                     sar    %edx
Code;  c0113db4 <schedule+24c/580>
   5:   89 d8                     mov    %ebx,%eax
Code;  c0113db6 <schedule+24e/580>
   7:   2b 41 24                  sub    0x24(%ecx),%eax
Code;  c0113dba <schedule+252/580>
   a:   c1 f8 02                  sar    $0x2,%eax
Code;  c0113dbc <schedule+254/580>
   d:   8d 54 10 01               lea    0x1(%eax,%edx,1),%edx
Code;  c0113dc0 <schedule+258/580>
  11:   89 51 20                  mov    %edx,0x20(%ecx)


1 warning issued.  Results may not be reliable.

      parent reply	other threads:[~2002-01-17 16:06 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-15 22:51 Oopses in scheduler on Linux-2.4.17-xfs Peter Wächtler
2002-01-15 23:54 ` Dave Jones
2002-01-16  1:28 ` Alan Cox
2002-02-26 14:43   ` Peter Wächtler
     [not found] ` <3C44B40E.FEDE24C8@zip.com.au>
2002-01-16 22:50   ` Peter Wächtler
2002-01-17 16:09   ` Peter Wächtler [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3C46F753.35F7BB59@loewe-komp.de \
    --to=pwaechtler@loewe-komp.de \
    --cc=akpm@zip.com.au \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.