Linux MIPS Architecture development
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox