Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp456565rwr; Thu, 4 May 2023 05:41:01 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6JFCNWOv/8fnN1GPDr/54CMtVlrQBCwUSQPtEc5dz7GUJnriwFhwJnXJq5YtPJpBvt1jaZ X-Received: by 2002:a17:902:d4d2:b0:1ab:14da:981 with SMTP id o18-20020a170902d4d200b001ab14da0981mr4345643plg.35.1683204061143; Thu, 04 May 2023 05:41:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683204061; cv=none; d=google.com; s=arc-20160816; b=UakrH0V82aIs+tn4zqjoI0YJYbAmDptauzgvovoymwD6Ta85eJlKAmjobNWRotmBgp rd/vo/PsXMfvuPVjo6nCYBYMj4W8zo0Zj602jeENFUmMj1sXLYu7QDTMSIsW12zvFPlK cSGYynuGEOaT8+KF8SeDCd+R3vLNZz8p0sis6BA9ybrERcuMMhdVJbMCQp2SY0neWv48 exjWb5XF0ZblsbK/o/XOO+EH6Z+/w06IA45l2bxml7qyWOvHkIqdpB/9cBkt/EOw8pR5 qFq93c16Nt33Px9leQ/vbRqkRH1ihC0PppFX9rc1OSNqjIce/2O20PznZvGqbyTxoBmb mEbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=7zWedgN1cMAzNH4nqIB8GVwpan/hVUbX/LEZ6xjn2x4=; b=pKyyiNU2U7z+4rotI2AjqKbjOTEy1VLnHOaJZKvwSZjcgiFKyQJbxqoMIvqixRjK5b kWd68VTO1T0KpGM5GFn7OxOJ1wX0NULQFHxMeZvRMg1x0/sDDFdqgfJe5MlzHiLw68Wo LXwfB6aabNbQyv0RXHT+sTmNYr3aywfRIJpIUL9qluior6g9z0hFEy3NDoJo64KL9pxM magtveDWQAi+79Leur5KOw4SUi/sP3S4NiK6MAnAsH2Ek7YjKRbJLMq303quM3f9f4pv vTpaCK04qR5swlwds5ryGr3FSeeeuwPTa9K2pCjXbM39ecDrNocZucG44r6L4PPVUYrP /hdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=cllz5g6E; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x3-20020a170902fe8300b001aafb276667si9139344plm.133.2023.05.04.05.40.45; Thu, 04 May 2023 05:41:01 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=cllz5g6E; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229936AbjEDMaz (ORCPT + 99 others); Thu, 4 May 2023 08:30:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55820 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229606AbjEDMax (ORCPT ); Thu, 4 May 2023 08:30:53 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BEF436189 for ; Thu, 4 May 2023 05:30:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1683203411; 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=7zWedgN1cMAzNH4nqIB8GVwpan/hVUbX/LEZ6xjn2x4=; b=cllz5g6EgLN7EVHbQNhOdlGKey0ufBMlOof12oUIsLNQIlNWIsvnmmYA0LcElDeg7BXmNf KXMwZA9jNyAPIH6jLcTBF8OTjmW/hKvW4iIR9FUQiAv2Gbmt+ZHNoBHOVonDWuVNkHWUP+ YZxzUXyi2Su8sr51XK8g7X4NuExYTqI= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-649-1coVjXosPEKlSvTGucHc6g-1; Thu, 04 May 2023 08:30:07 -0400 X-MC-Unique: 1coVjXosPEKlSvTGucHc6g-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.rdu2.redhat.com [10.11.54.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 4A456858F0E; Thu, 4 May 2023 12:30:05 +0000 (UTC) Received: from dhcp-27-174.brq.redhat.com (unknown [10.45.225.24]) by smtp.corp.redhat.com (Postfix) with SMTP id 1C8F1C15BAE; Thu, 4 May 2023 12:29:57 +0000 (UTC) Received: by dhcp-27-174.brq.redhat.com (nbSMTP-1.00) for uid 1000 oleg@redhat.com; Thu, 4 May 2023 14:29:53 +0200 (CEST) Date: Thu, 4 May 2023 14:29:45 +0200 From: Oleg Nesterov To: Peter Zijlstra Cc: Wander Lairson Costa , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Ian Rogers , Adrian Hunter , Will Deacon , Waiman Long , Boqun Feng , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Valentin Schneider , "Eric W. Biederman" , Brian Cain , Kefeng Wang , Andrew Morton , "Liam R. Howlett" , Vlastimil Babka , Christian Brauner , Andrei Vagin , Shakeel Butt , open list , "open list:PERFORMANCE EVENTS SUBSYSTEM" , Hu Chunyu , Paul McKenney , Thomas Gleixner Subject: Re: [PATCH v7 2/3] sched/task: Add the put_task_struct_atomic_safe() function Message-ID: <20230504122945.GA28757@redhat.com> References: <20230425114307.36889-1-wander@redhat.com> <20230425114307.36889-3-wander@redhat.com> <20230504084229.GI1734100@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230504084229.GI1734100@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 3.1 on 10.11.54.8 X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham 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 05/04, Peter Zijlstra wrote: > > Urgh.. that's plenty horrible. And I'm sure everybody plus kitchen sink > has already asked why can't we just rcu free the thing unconditionally. > > Google only found me an earlier version of this same patch set, but I'm > sure we've had that discussion many times over the past several years. Yes... see for example https://lore.kernel.org/lkml/CAHk-=whtj+aSYftniMRG4xvFE8dmmYyrqcJyPmzStsfj5w9r=w@mail.gmail.com/ We already have an rcu pass before put_task_struct(zombie), see put_task_struct_rcu_user(), another one look unfortunate. Oleg.