All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Bradley D. LaRonde" <brad@ltc.com>
To: <chtimwu@libra.seed.net.tw>
Cc: "linux-mips" <linux-mips@oss.sgi.com>
Subject: Re: LEXRA MIPS
Date: Sat, 13 Apr 2002 10:44:47 -0400	[thread overview]
Message-ID: <006a01c1e2f9$c2e053a0$4c00a8c0@prefect> (raw)
In-Reply-To: 3CB7E629.9060105@libra.seed.net.tw

You say this only happens when a process raises a signal.

Maybe the signal trampoline is getting messed up.

Do you see the same behaviour with and without a signal handler installed
for the raised signal?

Regards,
Brad

----- Original Message -----
From: "Tim Wu" <chtimwu@libra.seed.net.tw>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: "linux-mips" <linux-mips@oss.sgi.com>
Sent: Saturday, April 13, 2002 4:02 AM
Subject: Re: LEXRA MIPS


> I insert a show_registers() into the begining of do_ri().
> It seems that CPU runs into data section.
>
> $0 : 00000000 1000fc00 00000014 00000000 00000001 00000000 00000000
00000000
> $8 : 0000fc00 7fff7a78 00000000 00000002 00000000 00000000 00000000
00000002
> $16: 00000004 7fff7e10 7fff7e18 00000000 100604b0 00000600 7fff7e28
00000010
> $24: 810d6080 00000000                   1005e870 7fff7a58 7fff7db0
7fff7a68
> Hi : 00000000
> Lo : 00000000
> epc  : 7fff7aa8    Not tainted
> Status: 0000fc0c
> Cause : 10000028
> Process ping (pid: 24, stackpage=81ff2000)
> Stack: 386d4381 31323100 00000000 00000000 24021000 00000000 00000000
0000fc0c
>         2ab39a1c 00000000 00000000 00000000 2ab9f550 00000000 00000200
00000000
>         00000000 00000000 00000003 00000000 7fff7d08 00000000 000000c0
00000000
>         00000000 00000000 0000fc00 00000000 81ff0210 00000000 00000000
00000000
>         00000003 00000000 00000000 00000000 00000000 00000000 00000000
00000000
>         00000002 ...
> Call Trace:
> Code: 00000000  00000003  00000000 <7fff7d08> 00000000  000000c0  00000000
> 00000000  00000000
>
>
>
> Bradley D. LaRonde wrote:
>
> > ----- Original Message -----
> > From: "Tim Wu" <chtimwu@libra.seed.net.tw>
> > To: "linux-mips" <linux-mips@oss.sgi.com>
> > Sent: Friday, April 12, 2002 3:29 AM
> > Subject: LEXRA MIPS
> >
> >
> >
> >>I traced the kernel source and found SIGILL is sent by the exception
> >>handler, do_ri().
> >>
> >
> > Can you tell what/where the reserved (illegal) instruction is that
causes
> > the trap?
> >
> > Regards,
> > Brad
> >
> >
> >
>
>
>

WARNING: multiple messages have this Message-ID (diff)
From: "Bradley D. LaRonde" <brad@ltc.com>
To: chtimwu@libra.seed.net.tw
Cc: linux-mips <linux-mips@oss.sgi.com>
Subject: Re: LEXRA MIPS
Date: Sat, 13 Apr 2002 10:44:47 -0400	[thread overview]
Message-ID: <006a01c1e2f9$c2e053a0$4c00a8c0@prefect> (raw)
Message-ID: <20020413144447.MLIa0zU_vxOZxNB727nlGDqHT9xNPkD7r4elYl_iZz0@z> (raw)
In-Reply-To: 3CB7E629.9060105@libra.seed.net.tw

You say this only happens when a process raises a signal.

Maybe the signal trampoline is getting messed up.

Do you see the same behaviour with and without a signal handler installed
for the raised signal?

Regards,
Brad

----- Original Message -----
From: "Tim Wu" <chtimwu@libra.seed.net.tw>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: "linux-mips" <linux-mips@oss.sgi.com>
Sent: Saturday, April 13, 2002 4:02 AM
Subject: Re: LEXRA MIPS


> I insert a show_registers() into the begining of do_ri().
> It seems that CPU runs into data section.
>
> $0 : 00000000 1000fc00 00000014 00000000 00000001 00000000 00000000
00000000
> $8 : 0000fc00 7fff7a78 00000000 00000002 00000000 00000000 00000000
00000002
> $16: 00000004 7fff7e10 7fff7e18 00000000 100604b0 00000600 7fff7e28
00000010
> $24: 810d6080 00000000                   1005e870 7fff7a58 7fff7db0
7fff7a68
> Hi : 00000000
> Lo : 00000000
> epc  : 7fff7aa8    Not tainted
> Status: 0000fc0c
> Cause : 10000028
> Process ping (pid: 24, stackpage=81ff2000)
> Stack: 386d4381 31323100 00000000 00000000 24021000 00000000 00000000
0000fc0c
>         2ab39a1c 00000000 00000000 00000000 2ab9f550 00000000 00000200
00000000
>         00000000 00000000 00000003 00000000 7fff7d08 00000000 000000c0
00000000
>         00000000 00000000 0000fc00 00000000 81ff0210 00000000 00000000
00000000
>         00000003 00000000 00000000 00000000 00000000 00000000 00000000
00000000
>         00000002 ...
> Call Trace:
> Code: 00000000  00000003  00000000 <7fff7d08> 00000000  000000c0  00000000
> 00000000  00000000
>
>
>
> Bradley D. LaRonde wrote:
>
> > ----- Original Message -----
> > From: "Tim Wu" <chtimwu@libra.seed.net.tw>
> > To: "linux-mips" <linux-mips@oss.sgi.com>
> > Sent: Friday, April 12, 2002 3:29 AM
> > Subject: LEXRA MIPS
> >
> >
> >
> >>I traced the kernel source and found SIGILL is sent by the exception
> >>handler, do_ri().
> >>
> >
> > Can you tell what/where the reserved (illegal) instruction is that
causes
> > the trap?
> >
> > Regards,
> > Brad
> >
> >
> >
>
>
>

  reply	other threads:[~2002-04-13 14:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-12  7:29 LEXRA MIPS Tim Wu
2002-04-12 11:41 ` Bradley D. LaRonde
2002-04-12 11:41   ` Bradley D. LaRonde
2002-04-13  8:02   ` Tim Wu
2002-04-13 14:44     ` Bradley D. LaRonde [this message]
2002-04-13 14:44       ` Bradley D. LaRonde

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='006a01c1e2f9$c2e053a0$4c00a8c0@prefect' \
    --to=brad@ltc.com \
    --cc=chtimwu@libra.seed.net.tw \
    --cc=linux-mips@oss.sgi.com \
    /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.