Re: bin/50350: rump/rumpkern/t_sp/stress_{long,short} fail on Core 2 Quad

[Andrew Doran <ad%netbsd.org@localhost>]

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

From: Andrew Doran <ad%netbsd.org@localhost>
To: Andreas Gustafsson <gson%gson.org@localhost>
Cc: gnats-bugs%netbsd.org@localhost
Subject: Re: bin/50350: rump/rumpkern/t_sp/stress_{long,short} fail on Core 2
 Quad
Date: Tue, 28 Jan 2020 13:39:03 +0000

 Note to self.  The child processes forked by the stressful rump program take
 a SIGUSR1, notice it, and start to exit.  It looks like one or two of them
 get stuck in the rump client library.  Here's one that's one the way out but
 is stuck:
 
    0 1966 1992       0   8    4  43  0   57572  1852 parked   I    pts/1 0:00.38 |           |             |-- /usr/tests/rump/rumpkern/h_client/h_stresscli 1
    0 1966 1992       0   7    4  43  0   57572  1852 -        Z    pts/1 0:01.49 |           |             |-- /usr/tests/rump/rumpkern/h_client/h_stresscli 1
    0 1966 1992       0   6    4  85  0   57572  1852 kqueue   I    pts/1 0:00.00 |           |             |-- /usr/tests/rump/rumpkern/h_client/h_stresscli 1
    0 1966 1992       0   1    4  85  0   57572  1852 lwpwait  I    pts/1 0:00.00 |           |             |-- /usr/tests/rump/rumpkern/h_client/h_stresscli 1