OpenVZ Forum


Home » Mailing lists » Devel » [patch -mm 1/5] mqueue namespace : add struct mq_namespace
Re: [patch -mm 1/5] mqueue namespace : add struct mq_namespace [message #21289 is a reply to message #21288] Wed, 03 October 2007 17:09 Go to previous messageGo to previous message
Sukadev Bhattiprolu is currently offline  Sukadev Bhattiprolu
Messages: 413
Registered: August 2006
Senior Member
Eric W. Biederman [ebiederm@xmission.com] wrote:
| sukadev@us.ibm.com writes:
| 
| > Cedric Le Goater [clg@fr.ibm.com] 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 ? 
| 
| What is a // world ?

Parallel world/universe :-)

I am assuming Cedric used that to refer to a sibling pid ns.

| 
| Eric
_______________________________________________
Containers mailing list
Containers@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: [PATCH 0/3] Consolidate cgroup files creation for resource counters
Next Topic: [PATCH 0/3] Consolidate cgroup files creation for resource counters (v2)
Goto Forum:
  


Current Time: Fri Jul 18 11:06:20 GMT 2025

Total time taken to generate the page: 0.05604 seconds