Re: kern/44986: "screens" gets stuck during detach

[yamt%mwd.biglobe.ne.jp@localhost (YAMAMOTO Takashi)]

The following reply was made to PR kern/44986; it has been noted by GNATS.

From: yamt%mwd.biglobe.ne.jp@localhost (YAMAMOTO Takashi)
To: gnats-bugs%NetBSD.org@localhost
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
        netbsd-bugs%netbsd.org@localhost, tron%zhadum.org.uk@localhost
Subject: Re: kern/44986: "screens" gets stuck during detach
Date: Fri, 27 May 2011 02:20:28 +0000 (UTC)

 > The following reply was made to PR kern/44986; it has been noted by GNATS.
 > 
 > From: christos%zoulas.com@localhost (Christos Zoulas)
 > To: Matthias Scheler <tron%zhadum.org.uk@localhost>
 > Cc: NetBSD GNATS <gnats-bugs%NetBSD.org@localhost>
 > Subject: Re: kern/44986: "screens" gets stuck during detach
 > Date: Tue, 24 May 2011 11:37:47 -0400
 > 
 >  On May 24,  2:17pm, tron%zhadum.org.uk@localhost (Matthias Scheler) wrote:
 >  -- Subject: Re: kern/44986: "screens" gets stuck during detach
 >  
 >  | On Tue, May 24, 2011 at 08:42:11AM -0400, Christos Zoulas wrote:
 >  | > Backout the select changes and leave the sigsuspend changes. If that 
 > fixes
 >  | > the problem, then the problem is with select. I don't see how putting 
 > the
 >  | > code in a separate function in sys_sig.c makes a difference.
 >  | 
 >  | I'm wondering how the signal mask gets restored in case of select(2) now.
 >  | There used to be code which did that. But the old signal mask is simply
 >  | copied into a property of the "lwp" structure.
 >  
 >  The same way that it is restored for sigsuspend. Look in kern_sig.c
 
 how does it work when select returns due to non-signal events?
 
 YAMAMOTO Takashi
 
 >  
 >  christos