DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 4AC9scDU4104260
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 29C063858D39
Subject: SIGKILL may no longer work after many SIGCONT/SIGSTOP signals
To: cygwin AT cygwin DOT com
Message-ID: <adc78776-84f6-82bc-13b4-3a51b11027fa@t-online.de>
Date: Tue, 12 Nov 2024 10:53:58 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 SeaMonkey/2.53.18.2
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------7E90F3CBC07190F14D627145"
From: Christian Franke via Cygwin <cygwin AT cygwin DOT com>
Reply-To: cygwin AT cygwin DOT com
Cc: Christian Franke <Christian DOT Franke AT t-online DOT de>
Sender: "Cygwin" <cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com>

This is a multi-part message in MIME format.
--------------7E90F3CBC07190F14D627145
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Found with 'stress-ng --cpu-sched' from current stress-ng upstream HEAD:

Testcase (attached):

$ gcc -O2 -o manysignals manysignals.c

$ ./manysignals
fork() = 1833
...
fork() = 1848
...
kill(1833, 17)
...
kill(1848, 17)
kill(1833, 9)
...
kill(1848, 9)
waitpid(1833, ., 0)


Run this in second terminal:

$ watch "ps | sed -n '1p;/manysignals/{/sed/d;p}'"

If 'S' appear in the first column, the child processes likely reached 
the final SIGSTOP state. This takes some time. The parent process may 
still hang in first waitpid() but should not.

If the parent process is aborted with ^C, child processes may be stopped 
or left behind. Occasionally a child process that can not be stopped by 
Cygwin (kill -9) is left behind.

Tested with ancient (i7-2600K) and more recent (i7-14700K) CPU :-)


Unrelated to the above, but related to 'stress-ng --cpu-sched' which 
uses sched_get/setscheduler():

- sched_getscheduler() always returns SCHED_FIFO. As far as I understand 
Linux sched(7), this is a non-preemptive real-time policy. The 
preemptive SCHED_RR would possibly a more reasonable value. 
Unfortunately SCHED_OTHER cannot be used because it would require to 
ignore the priority.

- sched_setscheduler() always fails with ENOSYS. It IMO should allow to 
set 'param->sched_priority' if 'policy' is equal to the value returned 
by sched_getscheduler().

-- 
Regards,
Christian


--------------7E90F3CBC07190F14D627145
Content-Type: text/plain; charset=UTF-8;
 name="manysignals.c"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="manysignals.c"

I2RlZmluZSBfR05VX1NPVVJDRQ0KI2luY2x1ZGUgPHNjaGVkLmg+DQojaW5jbHVkZSA8c2ln
bmFsLmg+DQojaW5jbHVkZSA8c3RkaW8uaD4NCiNpbmNsdWRlIDx1bmlzdGQuaD4NCiNpbmNs
dWRlIDx3YWl0Lmg+DQoNCnN0YXRpYyB2b2lkIHhraWxsKHBpZF90IHBpZCwgaW50IHNpZykN
CnsNCiAgcHJpbnRmKCJraWxsKCVkLCAlZClcbiIsIChpbnQpcGlkLCBzaWcpOw0KICBpbnQg
cmV0ID0ga2lsbChwaWQsIHNpZyk7DQogIGlmIChyZXQpDQogICAgcGVycm9yKCJraWxsIik7
DQp9DQoNCmludCBtYWluKCkNCnsNCiAgLy8gbnVtYmVyIG9mIGNoaWxkIHByb2Nlc3Nlcw0K
ICBjb25zdCBpbnQgbnByb2NzID0gMTY7DQogIC8vIG51bWJlciBvZiBTSUdTVE9QK1NJR0NP
TlQsIC4uLiwgU0lHU1RPUCtTSUdDT05ULCBTSUdTVE9QLg0KICBjb25zdCBpbnQgbnN0b3Bj
b250ID0gMTA7DQoNCiAgcGlkX3QgcGlkc1tucHJvY3NdOw0KICBmb3IgKGludCBwID0gMDsg
cCA8IG5wcm9jczsgcCsrKSB7DQogICAgcGlkX3QgcGlkID0gZm9yaygpOw0KICAgIGlmIChw
aWQgPT0gKHBpZF90KS0xKSB7DQogICAgICBwZXJyb3IoImZvcmsiKTsgcmV0dXJuIDE7DQog
ICAgfQ0KICAgIGlmIChwaWQgPT0gMCkgew0KICAgICAgY3B1X3NldF90IGNwdXM7IENQVV9a
RVJPKCZjcHVzKTsNCiAgICAgIENQVV9TRVQoMCwgJmNwdXMpOw0KICAgICAgaWYgKHNjaGVk
X3NldGFmZmluaXR5KGdldHBpZCgpLCBzaXplb2YoY3B1cyksICZjcHVzKSkNCiAgICAgICAg
cGVycm9yKCJzZXRhZmZpbml0eSIpOw0KDQogICAgICBmb3IgKDs7KQ0KICAgICAgICBzY2hl
ZF95aWVsZCgpOw0KICAgIH0NCg0KICAgIHByaW50ZigiZm9yaygpID0gJWRcbiIsIChpbnQp
cGlkKTsNCiAgICBwaWRzW3BdID0gcGlkOw0KICB9DQogIHNsZWVwKDEpOw0KDQogIGZvciAo
aW50IGkgPSAwOyA7ICkgew0KICAgIGZvciAoaW50IHAgPSAwOyBwIDwgbnByb2NzOyBwKysp
DQogICAgICB4a2lsbChwaWRzW3BdLCBTSUdTVE9QKTsNCiAgICBpZiAoKytpID49IG5zdG9w
Y29udCkNCiAgICAgIGJyZWFrOw0KICAgIGZvciAoaW50IHAgPSAwOyBwIDwgbnByb2NzOyBw
KyspDQogICAgICB4a2lsbChwaWRzW3BdLCBTSUdDT05UKTsNCiAgfQ0KDQogIGZvciAoaW50
IHAgPSAwOyBwIDwgbnByb2NzOyBwKyspDQogICAgeGtpbGwocGlkc1twXSwgU0lHS0lMTCk7
DQoNCiAgZm9yIChpbnQgcCA9IDA7IHAgPCBucHJvY3M7IHArKykgew0KICAgIHBpZF90IHBp
ZCA9IHBpZHNbcF07DQogICAgcHJpbnRmKCJ3YWl0cGlkKCVkLCAuLCAwKVxuIiwgKGludClw
aWQpOyBmZmx1c2goc3Rkb3V0KTsNCiAgICBpbnQgc3RhdHVzOw0KICAgIHBpZF90IHJldCA9
IHdhaXRwaWQocGlkLCAmc3RhdHVzLCAwKTsNCiAgICBpZiAocmV0ID09IChwaWRfdCktMSkN
CiAgICAgIHBlcnJvcigid2FpdHBpZCIpOw0KICB9DQogIHJldHVybiAwOw0KfQ0K
--------------7E90F3CBC07190F14D627145
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

--------------7E90F3CBC07190F14D627145--