public inbox for linux-kernel@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox