Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp995641pxb; Fri, 22 Apr 2022 16:16:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJytFdV+k9v615K72PtmNBMmiuyCf4Jmipw3umTNBT2JhNtCtu0NXi+RJVPkPFv1TtkY1NSX X-Received: by 2002:a17:902:788d:b0:158:f631:4414 with SMTP id q13-20020a170902788d00b00158f6314414mr6731304pll.100.1650669376057; Fri, 22 Apr 2022 16:16:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650669376; cv=none; d=google.com; s=arc-20160816; b=sIyvAkaD5LZPiOmA/D2Jey7L8qfhhUVKoT5baKi2mniy40b/GOhF5lt5mzt65ptNPU KAmDYkVfF2QqTNANbIsRmnYhZ/j8Fvgfk/cr2CAqAn9IGRoR6uDWTPJ2+48OaxQvGjUR FmmAbgRRv/+YF9uyoYkzQQvpOhJqSeKtMj/emF9EhSaMdu75/koB+GmjMdfCxPsvYT1X 6cRjcafx8iFJbE9AZIaND3Y4Mj8CedZXvJ8GKxL2y0YYSYrlQbHmAcokeRD8rn3V2CN/ rBTEutDVNE0+ix3LIP50SIXj9W/+h46ZMrzZV/UAvPVHVxb1zLdV9tykrHKQz8PqXeuR nPWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:dkim-signature :dkim-signature:date; bh=96/sG4U1PMahw+5F2cvDWRLKP9CkFv2MeGAwdZV08Lo=; b=0uuQSNIr2yfrRNCwnC/gB+wOPMrrYHAcnw4JmWIICXKnqbW4Vee4rgnsn6YH7zxVDg Hx0Rkn9KLoHFdORUG3PQr81skzg4UF2k7vKOCtalCsw2C65eVSzPNgp4E89RvGzy2vNe zrODk7yReYKftOYC+dcMBfcmE17alZOHD2xbH1yHMX+REqIklCPpu6+HPr7AFd2tWH29 D6Sw1oSFq9fRYRERCtqM7pJkgsyswJ7IsF7wooGiAs92Z1YUq6Ksts/GNJLlbh+qjo6B Oh2aCyUbWnNwD3CwIYTG7LDANWk/MCtMCvADDfLIHQQ21bJep5Vpm+stTkHcuUr8qmho 3+Ng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=ANh7OX8d; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=2fqKG24m; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id mu1-20020a17090b388100b001d2acdc720bsi10961927pjb.6.2022.04.22.16.16.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Apr 2022 16:16:16 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=ANh7OX8d; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=2fqKG24m; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id DE06F279640; Fri, 22 Apr 2022 15:22:28 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232858AbiDVWYW (ORCPT + 99 others); Fri, 22 Apr 2022 18:24:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39920 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232981AbiDVWWk (ORCPT ); Fri, 22 Apr 2022 18:22:40 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 239F133B1EB; Fri, 22 Apr 2022 14:13:53 -0700 (PDT) Date: Fri, 22 Apr 2022 23:13:50 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1650662031; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=96/sG4U1PMahw+5F2cvDWRLKP9CkFv2MeGAwdZV08Lo=; b=ANh7OX8dy7UDbQE5tUInn+33OnlAEFzf2qzE0jCgaNtnwimp1tja/4cy43aHj8733bssAs 1t6UCwG3hHS2yBSn1x+B8KFA8LuthbsSKj0mwq6uv4UhCpkqwGD3ezC+guhJRCc1BOoiu4 4kq6u33r744ppk4w7zTzheEfqaKOVUb/oxmgd60GSOAboABQXmNq4vZ6gKN3eff8c4azGe USicNG7lxkrk6Hq8QPzCjhc8FkUpWc0oGSjNdA6tagIApvuB2tm2glYrNq3lIqJhDucLFF mZt1ywOy5kbVVWHpK04iBZwMd0vSKVy2OIew1szGwt+g3nOT3VL/edqBe0+kRQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1650662031; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=96/sG4U1PMahw+5F2cvDWRLKP9CkFv2MeGAwdZV08Lo=; b=2fqKG24m2+QfMM/URFklauogxCi4xCU6UwTmlOdXwzuDKiG6RVeO8XwDQuGfIwGvRkPwH5 XfxCrWoRXUEZGNCA== From: Sebastian Andrzej Siewior To: "Eric W. Biederman" Cc: Peter Zijlstra , rjw@rjwysocki.net, oleg@redhat.com, mingo@kernel.org, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, mgorman@suse.de, Will Deacon , linux-kernel@vger.kernel.org, tj@kernel.org, linux-pm@vger.kernel.org Subject: Re: [PATCH v2 0/5] ptrace-vs-PREEMPT_RT and freezer rewrite Message-ID: References: <20220421150248.667412396@infradead.org> <878rrxnd48.fsf@email.froward.int.ebiederm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <878rrxnd48.fsf@email.froward.int.ebiederm.org> X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022-04-22 14:15:35 [-0500], Eric W. Biederman wrote: > Sebastian Andrzej Siewior writes: > > > On 2022-04-21 17:02:48 [+0200], Peter Zijlstra wrote: > >> Find here a new posting of the ptrace and freezer patches :-) > >> > >> The majority of the changes are in patch 2, which with much feedback from Oleg > >> and Eric has changed lots. > >> > >> I'm hoping we're converging on something agreeable. > > > > I tested this under RT (had to remove the preempt-disable section in > > ptrace_stop()) with ssdd [0]. It forks a few tasks and then > > PTRACE_SINGLESTEPs them for a few iterations. > > Out of curiosity why did you need to remove the preempt_disable section > on PREEMPT_RT? It should have lasted for just a moment until schedule > was called. within that section spinlock_t locks are acquired. These locks are sleeping locks on PREEMPT_RT and must not be acquired within a preempt-disable section. (A spinlock_t lock does not disable preemption on PREEMPT_RT.) > Eric Sebastian