Oleg Nesterov writes:
> Hi Eric,
>
> I'll try very much to read this series tomorrow, can't do this today...
>
> On 06/06, Eric W. Biederman wrote:
>>
>> @@ -1380,13 +1380,6 @@ int do_prlimit(struct task_struct *tsk, unsigned int
>> resource,
>> return
Oleg Nesterov writes:
> Hi Eric,
>
> I'll try very much to read this series tomorrow, can't do this today...
>
> On 06/06, Eric W. Biederman wrote:
>>
>> @@ -1380,13 +1380,6 @@ int do_prlimit(struct task_struct *tsk, unsigned int
>> resource,
>> return -EPERM;
>> }
>>
Hi Eric,
I'll try very much to read this series tomorrow, can't do this today...
On 06/06, Eric W. Biederman wrote:
>
> @@ -1380,13 +1380,6 @@ int do_prlimit(struct task_struct *tsk, unsigned int
> resource,
> return -EPERM;
> }
>
> - /* protect tsk->signal and
Hi Eric,
I'll try very much to read this series tomorrow, can't do this today...
On 06/06, Eric W. Biederman wrote:
>
> @@ -1380,13 +1380,6 @@ int do_prlimit(struct task_struct *tsk, unsigned int
> resource,
> return -EPERM;
> }
>
> - /* protect tsk->signal and
There is no reason to take the tasklist lock here. The sighand
structure is never referenced and and tsk->signal is guaranteed
to stick around until tsk is freed. Further update_rlimit_cpu
does not need the tasklist_lock. And the rlim_lock is used
to guarantee mutual exclusion.
Signed-off-by:
There is no reason to take the tasklist lock here. The sighand
structure is never referenced and and tsk->signal is guaranteed
to stick around until tsk is freed. Further update_rlimit_cpu
does not need the tasklist_lock. And the rlim_lock is used
to guarantee mutual exclusion.
Signed-off-by:
6 matches
Mail list logo