Hi Alan, We checked with AIX team. And they are saying that It will be queued initially and in next few milli seconds it will be handled.
Thanks Shruthi ________________________________ From: Alan Bateman <alan.bate...@oracle.com> Sent: Tuesday, February 25, 2025 2:19 PM To: Shruthi . <shruthi.shrut...@ibm.com>; net-dev@openjdk.org <net-dev@openjdk.org> Cc: Syed Moinudeen <smoin...@in.ibm.com> Subject: [EXTERNAL] Re: Suggestion needed to port the fix to JDK17 and JDK11S On 25/02/2025 08: 35, Shruthi . wrote: Hi Alan, Below is the response we got from the AIX team. ===>what happens if pthread_kill(thread, SGRTMAX-1) is called and the target thread is NOT in the read/write syscalls The expected behavior is On 25/02/2025 08:35, Shruthi . wrote: Hi Alan, Below is the response we got from the AIX team. ===>what happens if pthread_kill(thread, SGRTMAX-1) is called and the target thread is NOT in the read/write syscalls The expected behavior is thread will get interrupted and it will call the signal handler. in the case of this process it has a special signal handler for the signal 56. It will continue from the instruction it was in after returning back from the signal handler. The question you need to answere is whether the signal is queued/pended when the target thread is not in a syscall. The behavior varies by OS, Linux and macOS are very different for example. None of the mails so far have been clear on what the behavior is on AIX so the proposed change may have the timing bug. -Alan
