[0/2] signal: Avoid preempt_disable() in ptrace_stop() on PREEMPT_RT

Message ID	20230406205713.1843072-1-bigeasy@linutronix.de
Headers	Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; From: Sebastian Andrzej Siewior <bigeasy@linutronix.de> To: linux-kernel@vger.kernel.org Cc: "Eric W. Biederman" <ebiederm@xmission.com>, Oleg Nesterov <oleg@redhat.com>, Peter Zijlstra <peterz@infradead.org>, Thomas Gleixner <tglx@linutronix.de> Subject: [PATCH 0/2] signal: Avoid preempt_disable() in ptrace_stop() on PREEMPT_RT Date: Thu, 6 Apr 2023 22:57:10 +0200 Message-Id: <20230406205713.1843072-1-bigeasy@linutronix.de> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk
Series	signal: Avoid preempt_disable() in ptrace_stop() on PREEMPT_RT \| [0/2] signal: Avoid preempt_disable() in ptrace_stop() on PREEMPT_RT [1/2] signal: Add proper comment about the preempt-disable in ptrace_stop(). [2/2] signal: Don't disable preemption in ptrace_stop() on PREEMPT_RT.

Message ID

20230406205713.1843072-1-bigeasy@linutronix.de

Headers

Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org
 designates 2620:137:e000::1:20 as permitted sender)
 client-ip=2620:137:e000::1:20;
From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
To: linux-kernel@vger.kernel.org
Cc: "Eric W. Biederman" <ebiederm@xmission.com>,
        Oleg Nesterov <oleg@redhat.com>,
        Peter Zijlstra <peterz@infradead.org>,
        Thomas Gleixner <tglx@linutronix.de>
Subject: [PATCH 0/2] signal: Avoid preempt_disable() in ptrace_stop() on
 PREEMPT_RT
Date: Thu,  6 Apr 2023 22:57:10 +0200
Message-Id: <20230406205713.1843072-1-bigeasy@linutronix.de>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

Series

signal: Avoid preempt_disable() in ptrace_stop() on PREEMPT_RT |

Message

Sebastian Andrzej Siewior April 6, 2023, 8:57 p.m. UTC

  Hi,

this mini series updates the comment to properly explain why the
preempt-disable section has been added and then disables this on
PREEMPT_RT explaining why it can not be done.

Sebastian

Comments

Sebastian Andrzej Siewior May 24, 2023, 3:37 p.m. UTC | #1

On 2023-04-06 22:57:10 [+0200], To linux-kernel@vger.kernel.org wrote:
> Hi,
> 
> this mini series updates the comment to properly explain why the
> preempt-disable section has been added and then disables this on
> PREEMPT_RT explaining why it can not be done.

a polite ping.

Sebastian