Re: sigqueue code paths

2016-07-20 Thread Charles Cui
Thanks Robert for your understanding. In conclusion, you think the signals are consumed at the time of context switch. I will keep this information in mind and see how all functions are connected. Thanks Charles 2016-07-20 9:15 GMT-07:00 Robert Elz : > Date:Wed, 20 Jul 2016 15:28:13

Re: updates?

2016-07-20 Thread Charles Cui
Please see my comments below. 2016-07-20 7:47 GMT-07:00 Christos Zoulas : > In article jbuco6x1ct4+7fjwq...@mail.gmail.com>, > Charles Cui wrote: > >-=-=-=-=-=- > > > >I will study FreeBSD logic first and share with you guys. > > > >2016-07-17 6:39 GMT-07:00 Christos Zoulas : > > > >> On Jul 1

Re: sigqueue code paths

2016-07-20 Thread Robert Elz
Date:Wed, 20 Jul 2016 15:28:13 +0200 From:Edgar =?iso-8859-1?B?RnXf?= Message-ID: <20160720132813.gr43...@trav.math.uni-bonn.de> | > so before any user code can execute again | ... on this CPU. What about the other CPUs? Do all a processes LWPs run | on the s

Re: updates?

2016-07-20 Thread Christos Zoulas
In article , Charles Cui wrote: >-=-=-=-=-=- > >I will study FreeBSD logic first and share with you guys. > >2016-07-17 6:39 GMT-07:00 Christos Zoulas : > >> On Jul 17, 2:02am, charles.cui1...@gmail.com (Charles Cui) wrote: >> -- Subject: Re: updates? >> >> | Hi Christos, >> | >> | I considere

Re: sigqueue code paths

2016-07-20 Thread Edgar Fuß
> Next note, that if we're doing this, kernel code is obviously running On one of the CPUs, yes. > so before any user code can execute again ... on this CPU. What about the other CPUs? Do all a processes LWPs run on the same CPU?