Quoting Cedric Le Goater ([EMAIL PROTECTED]): > [EMAIL PROTECTED] wrote: > > Eric W. Biederman [EMAIL PROTECTED] wrote: > > | [EMAIL PROTECTED] writes: > > | > > | > Cedric Le Goater [EMAIL PROTECTED] wrote: > > | > | > I think you and Eric (and I) are disagreeing about those > > limitations. > > | > | > You take it for granted that a sibling pidns is off limits for > > signals. > > | > | > But the signal wasn't sent using a pid, but using a file (in SIGIO > > | > | > case). So since the fs was shared, the signal should be sent. An > > | > | > event happened, and the receiver wants to know about it. > > | > | > > | > | seen that way I agree. > > | > | > > | > | si_code is set to SI_MESGQ, but what do we put in si_pid ? 0 ? > > | > | > > | > | we could use the si_errno to pass extra info, like the sending > > process > > | > | lives in a // world ... > > | > > > | > Does the receiver need to know that sender is in a // world ? > > probably not. it would mean that the user is container aware. bad idea.
Remember we don't have to hide the fact that the user is in a container. Just enough to make it convenient, but not to the point of going out of our way to try and hide the fact for no other reason than to hide the fact. > > | What is a // world ? > > > > Parallel world/universe :-) > > > > I am assuming Cedric used that to refer to a sibling pid ns. > > yes :) > > Thanks ! > > C. _______________________________________________ Containers mailing list [EMAIL PROTECTED] https://lists.linux-foundation.org/mailman/listinfo/containers _______________________________________________ Devel mailing list Devel@openvz.org https://openvz.org/mailman/listinfo/devel
