From: Andrew Morton <akpm@osdl.org>
To: David Woodhouse <dwmw2@infradead.org>
Cc: torvalds@osdl.org, linux-kernel@vger.kernel.org,
drepper@redhat.com, David Howells <dhowells@redhat.com>
Subject: Re: [PATCH] [5/6] Handle TIF_RESTORE_SIGMASK for i386
Date: Thu, 12 Jan 2006 19:59:50 -0800 [thread overview]
Message-ID: <20060112195950.60188acf.akpm@osdl.org> (raw)
In-Reply-To: <1136924357.3435.107.camel@localhost.localdomain>
David Woodhouse <dwmw2@infradead.org> wrote:
>
> The attached patch handles TIF_RESTORE_SIGMASK as added by David Woodhouse's
> patch entitled:
>
> [PATCH] 2/3 Add TIF_RESTORE_SIGMASK support for arch/powerpc
> [PATCH] 3/3 Generic sys_rt_sigsuspend
>
> It does the following:
>
> (1) Declares TIF_RESTORE_SIGMASK for i386.
>
> (2) Invokes it over to do_signal() when TIF_RESTORE_SIGMASK is set.
>
> (3) Makes do_signal() support TIF_RESTORE_SIGMASK, using the signal mask saved
> in current->saved_sigmask.
>
> (4) Discards sys_rt_sigsuspend() from the arch, using the generic one instead.
>
> (5) Makes sys_sigsuspend() save the signal mask and set TIF_RESTORE_SIGMASK
> rather than attempting to fudge the return registers.
>
> (6) Makes sys_sigsuspend() return -ERESTARTNOHAND rather than looping
> intrinsically.
>
> (7) Makes setup_frame(), setup_rt_frame() and handle_signal() return 0 or
> -EFAULT rather than true/false to be consistent with the rest of the
> kernel.
>
> Due to the fact do_signal() is then only called from one place:
>
> (8) Makes do_signal() no longer have a return value is it was just being
> ignored; force_sig() takes care of this.
>
> (9) Discards the old sigmask argument to do_signal() as it's no longer
> necessary.
>
> (10) Makes do_signal() static.
>
> (11) Marks the second argument to do_notify_resume() as unused. The unused
> argument should remain in the middle as the arguments are passed in as
> registers, and the ordering is specific in entry.S
>
> Given the way do_signal() is now no longer called from sys_{,rt_}sigsuspend(),
> they no longer need access to the exception frame, and so can just take
> arguments normally.
>
> This patch depends on sys_rt_sigsuspend patch.
I have problems with this patch.
With
generic-sys_rt_sigsuspend.patch
handle-tif_restore_sigmask-for-frv.patch
handle-tif_restore_sigmask-for-i386.patch
applied, or with all of David's patches applied, an FC5-test1 machine hangs
during the login process (local vt or sshd). An FC1 machine doesn't
exhibit the problem.
dmesg+sysrq-t:
http://www.zip.com.au/~akpm/linux/patches/stuff/dmesg
.config:
http://www.zip.com.au/~akpm/linux/patches/stuff/config-sony
culprit patches:
http://www.zip.com.au/~akpm/linux/patches/stuff/generic-sys_rt_sigsuspend.patch
http://www.zip.com.au/~akpm/linux/patches/stuff/handle-tif_restore_sigmask-for-i386.patch
(I retested with just current -linus and the above two patches. Same
deal).
next prev parent reply other threads:[~2006-01-13 4:00 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1136923488.3435.78.camel@localhost.localdomain>
2006-01-10 20:18 ` [PATCH] [1/6] Add pselect/ppoll system call implementation David Woodhouse
2006-01-13 11:40 ` Andrew Morton
2006-01-10 20:18 ` [PATCH] [2/6] TIF_RESTORE_SIGMASK support for arch/powerpc David Woodhouse
2006-01-10 20:18 ` [PATCH] [3/6] Generic sys_rt_sigsuspend() David Woodhouse
2006-01-10 20:19 ` [PATCH] [4/6] Handle TIF_RESTORE_SIGMASK for FRV David Woodhouse
2006-01-10 20:19 ` [PATCH] [5/6] Handle TIF_RESTORE_SIGMASK for i386 David Woodhouse
2006-01-13 3:59 ` Andrew Morton [this message]
2006-01-13 4:30 ` David Woodhouse
2006-01-13 4:54 ` Andrew Morton
2006-01-13 5:11 ` David Woodhouse
2006-01-13 6:10 ` Andrew Morton
2006-01-13 6:23 ` David Woodhouse
2006-01-13 8:28 ` David Woodhouse
2006-01-13 8:48 ` Andrew Morton
2006-01-13 8:51 ` Andrew Morton
2006-01-13 9:18 ` Andrew Morton
2006-01-10 20:23 ` [PATCH] [6/6] Add pselect/ppoll system calls on i386 David Woodhouse
2006-01-15 18:17 [PATCH] [5/6] Handle TIF_RESTORE_SIGMASK for i386 Oleg Nesterov
[not found] <1134732739.7104.54.camel@pmac.infradead.org>
2005-12-16 11:45 ` David Woodhouse
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=20060112195950.60188acf.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=dhowells@redhat.com \
--cc=drepper@redhat.com \
--cc=dwmw2@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.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;
as well as URLs for NNTP newsgroup(s).