mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* NFS and recalc_sigpending() semantics?
@ 2004-10-27 10:34 Greg Banks
  0 siblings, 0 replies; only message in thread
From: Greg Banks @ 2004-10-27 10:34 UTC (permalink / raw)
  To: Linux Kernel Mailing List

G'day,

Can someone please explain to me why recalc_sigpending() fails
to clear the TIF_SIGPENDING flag if the pending signal is a
coredumping signal like SIGQUIT?  Is this deliberate?

I ask because there's code in the NFS client like this:

---> got here because signal_pending() is set <----
	spin_lock_irqsave(&current->sighand->siglock, flags);
	oldset = current->blocked;
	sigfillset(&current->blocked);
	recalc_sigpending();
	spin_unlock_irqrestore(&current->sighand->siglock, flags);
---> assumes signal_pending() is cleared <----

Have these semantics changed, or has NFS always been broken?

Greg.
-- 
Greg Banks, R&D Software Engineer, SGI Australian Software Group.
I don't speak for SGI.



^ permalink raw reply	[flat|nested] only message in thread
only message in thread, other threads:[~2004-10-27 10:42 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-27 10:34 NFS and recalc_sigpending() semantics? Greg Banks

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®