Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp974399pxb; Wed, 6 Apr 2022 05:46:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJypHaIRG93JyhE4HObM/eUJD26mMrRRCDUg8c/jZ6lCRtA6ji+qwJ1idOAxxAFmI0XzxpDI X-Received: by 2002:a65:584a:0:b0:399:5115:ff05 with SMTP id s10-20020a65584a000000b003995115ff05mr6908691pgr.380.1649249215574; Wed, 06 Apr 2022 05:46:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649249215; cv=none; d=google.com; s=arc-20160816; b=rxluSFIkYHDsOJpO0MyOmZ39szzx4GcW338r7rGuluC3I8GeE6Wn+rJdEbBkNxUzbs KBewkO10R2fD+12FztzlXXOUMnsaZX5ZBq4am6xMYlRCqEDc8xITTjIOosCDj6+WqwOr xLyoewQ83cpZTdRXLTp3SeEi16/Nx2dRhsfX12Gje2xGsUw14Fsf3S7Smxc0GDxFmfEK Rx5ZlpmGUi3JY1dtLESGZaBUmrnDhGlVwFy6jqfUhXLq1xvqCd8Ku/VQ8xcWf3piV7La l2Y/ZqrOEJM+RoHemqsWXxygT+Nqa6sjmFORIYDCmT1fTzWJLLQmkyzCAYVTKBRKuNF2 WRzw== 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:date:dkim-signature; bh=XBZuSG+JHst9HFkbutDHf2wbYfSy/4wg9i8vqyibB2I=; b=tclL7vXfZWfGq4HrlS/cp3vbFvu1Zoz82W0OwZuBdlk5Q1WrxPKeXgjq1ns9BWsjHV ocfhEI4Qmaj9HQFKIYAe44CdsJArAaeJJQ8tG+2ZnMU+usMK3e/n7NeVFbs+56bqyNk4 z1Wk0rxiO4hO/mDkTsjlO23t3GRwTty/fRAKfblwu9lX11Nn4vgAEVqqWFmysG/YLiT+ ehmrYQuHlCt0K3/xyHLjW9w748ui/P48gQ9FHUr0jCmnjeHGYVlSnBqfqmsNx5nqJYbT LhMzJ9k29Wo90+XWnQnEXCnwHTVFMK7zjbA/eDQsSkuTtvRtpT0myKlJ1L9/azelMLPo gf+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=gs0iUbku; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id p12-20020a1709028a8c00b001568acea014si11332592plo.261.2022.04.06.05.46.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Apr 2022 05:46:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=gs0iUbku; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6D63F5D03BA; Wed, 6 Apr 2022 02:31:38 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358165AbiDEUwQ (ORCPT + 99 others); Tue, 5 Apr 2022 16:52:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44100 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1382805AbiDEMQ6 (ORCPT ); Tue, 5 Apr 2022 08:16:58 -0400 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3EF9BA88A9 for ; Tue, 5 Apr 2022 04:28:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=XBZuSG+JHst9HFkbutDHf2wbYfSy/4wg9i8vqyibB2I=; b=gs0iUbkuT8el0MYUrZ7D6TCLHN i9+eyhX+gKXPwOda5vmRx2LKNVt8PDkfjoG4TiMl6QE8YHYJbqkX01k6IEcgeH8iHfDzgdNn+tj1z HE9suWNSA/RYuSoKkZbasehZ0Bks7/9htTf1pqkJba2VwOuQn9oc5ylQJljK9wDn18sAeO4jPbh5M 88Kc7i4181JECr25M8o5rH8Xj1kg7UNWB7BbwxdF/j3eskA3+ric0bWOyt/Kj47/VVPIAJnQttiBI +X2tAsRurlXDVgj8T0w9VmdHnbS9BXN7KRk1DZjH9a6itHoAnhANP9d5Ygm3xmyPLxiHiat0RB1iX JVXhs6LQ==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=noisy.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1nbhMB-006e6v-Mr; Tue, 05 Apr 2022 11:28:21 +0000 Received: from hirez.programming.kicks-ass.net (hirez.programming.kicks-ass.net [192.168.1.225]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by noisy.programming.kicks-ass.net (Postfix) with ESMTPS id BE8EA3001EA; Tue, 5 Apr 2022 13:28:16 +0200 (CEST) Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 86EF6203C0C50; Tue, 5 Apr 2022 13:28:16 +0200 (CEST) Date: Tue, 5 Apr 2022 13:28:16 +0200 From: Peter Zijlstra To: Oleg Nesterov Cc: Sebastian Andrzej Siewior , linux-kernel@vger.kernel.org, Ben Segall , Daniel Bristot de Oliveira , Dietmar Eggemann , Ingo Molnar , Juri Lelli , Mel Gorman , Steven Rostedt , Thomas Gleixner , Vincent Guittot Subject: Re: [PATCH v2] ptrace: fix ptrace vs tasklist_lock race on PREEMPT_RT. Message-ID: References: <20220314185429.GA30364@redhat.com> <20220315142944.GA22670@redhat.com> <20220405101026.GB34954@worktop.programming.kicks-ass.net> <20220405102849.GA2708@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220405102849.GA2708@redhat.com> 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,T_SCC_BODY_TEXT_LINE 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 Tue, Apr 05, 2022 at 12:29:03PM +0200, Oleg Nesterov wrote: > On 04/05, Peter Zijlstra wrote: > > > > As is, I think we can write task_is_stopped() like: > > > > #define task_is_stopped(task) ((task)->jobctl & JOBCTL_STOP_PENDING) > > > > Because jobctl is in fact the canonical state. > > Not really. JOBCTL_STOP_PENDING means that the task should stop. > > And this flag is cleared right before set_special_state(TASK_STOPPED) > in do_signal_stop(), see task_participate_group_stop(). Argh! More work then :-( Still, I really want to not have p->__state be actual unique state.