| To: | ralf@oss.sgi.com |
|---|---|
| Subject: | Re: setup_frame() failure |
| From: | Atsushi Nemoto <nemoto@toshiba-tops.co.jp> |
| Date: | Fri, 14 Sep 2001 11:16:32 +0900 (JST) |
| Cc: | linux-mips@oss.sgi.com |
| In-reply-to: | <20010913031119.B27168@dea.linux-mips.net> |
| Organization: | TOSHIBA Personal Computer System Corporation |
| References: | <20010910.114402.41626914.nemoto@toshiba-tops.co.jp> <20010912.130914.112630116.nemoto@toshiba-tops.co.jp> <20010913031119.B27168@dea.linux-mips.net> |
| Sender: | owner-linux-mips@oss.sgi.com |
>>>>> On Thu, 13 Sep 2001 03:11:19 +0200, Ralf Baechle <ralf@oss.sgi.com> said:
ralf> The actual fix should be skipping over the faulting instruction
ralf> when returning from the signal handler.
Since the signal handler may want to know the faulting instruction,
the "skipping" should be done AFTER the returning from the handler.
On the other hand, the handler may do the "skipping" by itself...
The symptom I reported first ("the process can not be killd by
SIGKILL") does not occur if the signal handler executed successfully
because do_signal() will be called when returning from sys_sygreturn.
The symptom occur if setup_frame() failed. So I still think there is
a point to check a failure of setup_frame().
---
Atsushi Nemoto
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: How can I determine which files are used?, Keith Owens |
|---|---|
| Next by Date: | Continued MIPS kernel debugging symbols problem..., Steven J. Hill |
| Previous by Thread: | Re: setup_frame() failure, Ralf Baechle |
| Next by Thread: | Re: setup_frame() failure, Ralf Baechle |
| Indexes: | [Date] [Thread] [Top] [All Lists] |