Re: [PATCH v4 0/12] ptrace: cleaning up ptrace_stop

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Subject: Re: [PATCH v4 0/12] ptrace: cleaning up ptrace_stop
From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
Date: Tue, 10 May 2022 10:18:32 -0500
Cc: Oleg Nesterov <oleg@xxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, rjw@xxxxxxxxxxxxx, mingo@xxxxxxxxxx, vincent.guittot@xxxxxxxxxx, dietmar.eggemann@xxxxxxx, rostedt@xxxxxxxxxxx, mgorman@xxxxxxx, Will Deacon <will@xxxxxxxxxx>, tj@xxxxxxxxxx, linux-pm@xxxxxxxxxxxxxxx, Peter Zijlstra <peterz@xxxxxxxxxxxxx>, Richard Weinberger <richard@xxxxxx>, Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>, Johannes Berg <johannes@xxxxxxxxxxxxxxxx>, linux-um@xxxxxxxxxxxxxxxxxxx, Chris Zankel <chris@xxxxxxxxxx>, Max Filippov <jcmvbkbc@xxxxxxxxx>, linux-xtensa@xxxxxxxxxxxxxxxx, Jann Horn <jannh@xxxxxxxxxx>, Kees Cook <keescook@xxxxxxxxxxxx>, linux-ia64@xxxxxxxxxxxxxxx
In-reply-to: <Ynp6fP8QkIGvUT1T@linutronix.de> (Sebastian Andrzej Siewior's message of "Tue, 10 May 2022 16:45:16 +0200")
References: <20220421150248.667412396@infradead.org> <20220421150654.817117821@infradead.org> <87czhap9dy.fsf@email.froward.int.ebiederm.org> <878rrrh32q.fsf_-_@email.froward.int.ebiederm.org> <87k0b7v9yk.fsf_-_@email.froward.int.ebiederm.org> <87k0b0apne.fsf_-_@email.froward.int.ebiederm.org> <87a6bv6dl6.fsf_-_@email.froward.int.ebiederm.org> <20220510141119.GA23277@redhat.com> <87lev9xy3n.fsf@email.froward.int.ebiederm.org> <Ynp6fP8QkIGvUT1T@linutronix.de>
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)

Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx> writes:

> On 2022-05-10 09:26:36 [-0500], Eric W. Biederman wrote:
>> Does anyone else have any comments on this patchset?
>> 
>> If not I am going to apply this to a branch and get it into linux-next.
>
> Looks good I guess.
> Be aware that there will be clash due to
>    https://lore.kernel.org/all/1649240981-11024-3-git-send-email-yangtiezhu@xxxxxxxxxxx/
>
> which sits currently in -akpm.

Thanks for the heads up.  That looks like the best kind of conflict.
One where code just disappears.

Eric

References:
- [PATCH 0/12] ptrace: cleaning up ptrace_stop
  - From: Eric W. Biederman
- [PATCH v3 0/11] ptrace: cleaning up ptrace_stop
  - From: Eric W. Biederman
- [PATCH v4 0/12] ptrace: cleaning up ptrace_stop
  - From: Eric W. Biederman
- Re: [PATCH v4 0/12] ptrace: cleaning up ptrace_stop
  - From: Oleg Nesterov
- Re: [PATCH v4 0/12] ptrace: cleaning up ptrace_stop
  - From: Eric W. Biederman
- Re: [PATCH v4 0/12] ptrace: cleaning up ptrace_stop
  - From: Sebastian Andrzej Siewior

Prev by Date: Re: [PATCH v4 10/12] ptrace: Don't change __state
Next by Date: Re: [PATCH v4 10/12] ptrace: Don't change __state
Previous by thread: Re: [PATCH v4 0/12] ptrace: cleaning up ptrace_stop
Next by thread: Re: [PATCH v4 0/12] ptrace: cleaning up ptrace_stop
Index(es):
- Date
- Thread

[Index of Archives] [Linux Kernel] [Sparc Linux] [DCCP] [Linux ARM] [Yosemite News] [Linux SCSI] [Linux x86_64] [Linux for Ham Radio]