On Mon, Feb 04, 2019 at 08:41:15PM -0600, Eric W. Biederman wrote:
> Kees Cook writes:
>
> > On Sun, Feb 3, 2019 at 12:39 AM Christian Brauner
> > wrote:
> >>
> >> On Sat, Feb 02, 2019 at 09:49:38PM -1000, Jack Andersen wrote:
> >> > The patch titled
> >> > `signal: Never allocate siginfo for S
Linus Torvalds writes:
> On Tue, Feb 5, 2019 at 2:41 AM Eric W. Biederman
> wrote:
>>
>> I think the simpler change to just do:
>
> Ack. Changelog and sign-off?
Apologies I got distracted by processes ignoring SIGKILL.
I will write this up and send it out in the morning.
Eric
On Tue, Feb 5, 2019 at 2:41 AM Eric W. Biederman wrote:
>
> I think the simpler change to just do:
Ack. Changelog and sign-off?
Linus
Kees Cook writes:
> On Sun, Feb 3, 2019 at 12:39 AM Christian Brauner
> wrote:
>>
>> On Sat, Feb 02, 2019 at 09:49:38PM -1000, Jack Andersen wrote:
>> > The patch titled
>> > `signal: Never allocate siginfo for SIGKILL or SIGSTOP`
>> > created a regression for users of PTRACE_GETSIGINFO needing
On Sun, Feb 03, 2019 at 10:33:55AM -0800, Kees Cook wrote:
> On Sun, Feb 3, 2019 at 12:39 AM Christian Brauner
> wrote:
> >
> > On Sat, Feb 02, 2019 at 09:49:38PM -1000, Jack Andersen wrote:
> > > The patch titled
> > > `signal: Never allocate siginfo for SIGKILL or SIGSTOP`
> > > created a regre
On Sun, Feb 3, 2019 at 12:39 AM Christian Brauner wrote:
>
> On Sat, Feb 02, 2019 at 09:49:38PM -1000, Jack Andersen wrote:
> > The patch titled
> > `signal: Never allocate siginfo for SIGKILL or SIGSTOP`
> > created a regression for users of PTRACE_GETSIGINFO needing to
> > discern signals that w
On Sat, Feb 02, 2019 at 09:49:38PM -1000, Jack Andersen wrote:
> The patch titled
> `signal: Never allocate siginfo for SIGKILL or SIGSTOP`
> created a regression for users of PTRACE_GETSIGINFO needing to
> discern signals that were raised via the tgkill syscall.
>
> A notable user of this tgkill+
The patch titled
`signal: Never allocate siginfo for SIGKILL or SIGSTOP`
created a regression for users of PTRACE_GETSIGINFO needing to
discern signals that were raised via the tgkill syscall.
A notable user of this tgkill+ptrace combination is lldb while
debugging a multithreaded program. Without
8 matches
Mail list logo