* Unexpected behavior: Sending signalfd over AF_UNIX
@ 2022-08-30 12:57 Christian Dietrich
0 siblings, 0 replies; only message in thread
From: Christian Dietrich @ 2022-08-30 12:57 UTC (permalink / raw)
To: linux-kernel; +Cc: Max Krüger, John 'Warthog9' Hawley
[John is also on Cc: since I sent the mail before, but somehow vger ate
the mail and it did not arrive on the LKML]
Hi everyone!
For a small pet project of mine[1], I experimented with signalfd and
wanted to send it over UNIX domain sockets. Thereby, I encountered an
unexpected behavior:
My expectation was that task A can create a signalfd and send it to
task B, whereby B becomes able to receive the signals of task A.
However, this is not whats happening there. What is actually happening
is that I can correctly transfer the fd to the other process. But
instead of read(2)-ing the siginfos of task A in task B, I now receive
the signals of task B on this foreign file descriptor.
And by looking at the code, this is also the implemented behavior.
There, the code references `current' at various places and signalfd_ctx
does not hold a `struct task_struct*' but only a signal mask.
As already said, this behavior was unexpected for me. What would be
less surpringing would be one of the following:
A. I cannot transfer the signalfd fd at all (are there non-transferable fds?)
B. I can read the signals of task A in task B
With B, there remains the question, whether I should read those signals
directed to task A or to its task group. If route B is chosen, it would
also be great to derive a signalfd from a pidfd.
And yes, the whole idea of sending my own signalfd to another task is
kind of insane. However, for the sake of orthogonality, this would just
be beautiful and I could point my students to this and say: Look! In
Linux, file descriptors are just capabilities that can be transferred
between processes.
chris
[1] I'm currently working on a system-call Christmas calendar that has
a nice exercise for every day before Christmas.
--
Prof. Dr.-Ing. Christian Dietrich
Operating System Group (E-EXK4)
Technische Universität Hamburg
Am Schwarzenberg-Campus 3 (E), 4.092
21073 Hamburg
eMail: christian.dietrich@tuhh.de
Tel: +49 40 42878 2188
WWW: https://osg.tuhh.de/
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2022-08-30 13:06 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-08-30 12:57 Unexpected behavior: Sending signalfd over AF_UNIX Christian Dietrich
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox