Re: [RFC][PATCH 0/2] exec: Fixing ptrace'd mulit-threaded hang

From: Oleg Nesterov
Date: Sun Apr 02 2017 - 11:38:55 EST

Next message: Nicolas Pitre: "Re: [PATCH v2 4/5] serial: split generic UART driver helper functions into a separate file"
Previous message: Oleg Nesterov: "Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped"
In reply to: Oleg Nesterov: "Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped"
Next in thread: Eric W. Biederman: "[RFC][PATCH v2 0/5] exec: Fixing ptrace'd mulit-threaded hang"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On 04/01, Eric W. Biederman wrote:
>
> These patches only handle the case when sighand_struct is not
> shared between different multi-threaded processes.

Ah, I didn't read 0/2 when looked at 2/2, so at least you documented this.

> The general
> case is solvable but that is a quite a bit more code.

I don't think so, please see my reply to 2/2.

Oleg.

Next message: Nicolas Pitre: "Re: [PATCH v2 4/5] serial: split generic UART driver helper functions into a separate file"
Previous message: Oleg Nesterov: "Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped"
In reply to: Oleg Nesterov: "Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped"
Next in thread: Eric W. Biederman: "[RFC][PATCH v2 0/5] exec: Fixing ptrace'd mulit-threaded hang"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]