Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp3490526pxp; Tue, 8 Mar 2022 15:48:23 -0800 (PST) X-Google-Smtp-Source: ABdhPJzQdvvaB0U+xBNReClQVMJmpm0RW86yWF2ejmFp7YMM4tJEBWCMb3oafxgkvcEIm7HfeU7+ X-Received: by 2002:a63:5941:0:b0:380:3aee:eb2a with SMTP id j1-20020a635941000000b003803aeeeb2amr11081486pgm.358.1646783303005; Tue, 08 Mar 2022 15:48:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646783302; cv=none; d=google.com; s=arc-20160816; b=Z4qnt5QV0s77Sd4uYR0Rpsj+wCITf22f/O15uiC2yw1J0r6lb3wbKBDz+M6JOnmh/F M8eaif7UwgzDkhmOctGd8imfyEOeNEloM9Pyw0zM8XpllPxVFnqP7cs6n6RIaHqsp/Bv 5gAInoRvU3YxhMrzMZxEGfzWL6zXe/uZ+ggfUJ8P9wTclRXLn/06NIOJ5qqCfgEB7s9p pqCzZvE1igTyrGHGTozpoRmEK5yOPjRbTCTgCaVocl+izJf9mf4eTpDunCSA2vpbyGGW dxvCbCrAM3OwNpaQcAWvPXQsMwJunQSNIkf1/s2c1fdmWClKDTDGykjaFTPuJ9LfVLm4 HDxQ== 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; bh=Glt649S4pZHwpkd7S+Uespt5cJOFdiNcNuO9ome6U2g=; b=CWBaTMwdEGEOgVgCvL5Ei2kqN3w0hOWwbzBX28OLm6/h5RRT7LGxRbDdBRIBLDPeF9 +kM67q5jOd5ZkIwrlGbR6Bc1AFgVNwl3K57rqu3g4Bfa4DphUF4akohKFZ0MBanGaGOd 3iYbvwOHH55zPz5QBxOiwecT9v7kWOlv13dWqBlWNXryz6jSMkFquf6wG5J/NN5TpfPV gaK3NVnKS97b9YJOl+D8id6KVtv1TqwvRdna/Zy7ynSR5iJnI6Ure4bH0AjKkkLsvz0N V0d/hgXX1m30E3k4Blnxbkc/km6EcZjV4WxpRQLDMxXoSSbX1JF+Hga5hIejPSiXD9Hi R5oA== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id o69-20020a62cd48000000b004f7068baff6si225885pfg.310.2022.03.08.15.48.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Mar 2022 15:48:22 -0800 (PST) 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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 02CCBC4870; Tue, 8 Mar 2022 15:28:47 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349787AbiCHSyB (ORCPT + 99 others); Tue, 8 Mar 2022 13:54:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53208 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349823AbiCHSwo (ORCPT ); Tue, 8 Mar 2022 13:52:44 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 512B457B34; Tue, 8 Mar 2022 10:51:41 -0800 (PST) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A4CB41516; Tue, 8 Mar 2022 10:51:41 -0800 (PST) Received: from wubuntu (unknown [10.57.71.199]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 65FF13FA45; Tue, 8 Mar 2022 10:51:40 -0800 (PST) Date: Tue, 8 Mar 2022 18:51:38 +0000 From: Qais Yousef To: Greg KH Cc: linux-kernel@vger.kernel.org, linux-tip-commits@vger.kernel.org, Abhijeet Dharmapurikar , Valentin Schneider , "Peter Zijlstra (Intel)" , "Steven Rostedt (Google)" , x86@kernel.org, stable@vger.kernel.org Subject: Re: [tip: sched/core] sched/tracing: Don't re-read p->state when emitting sched_switch event Message-ID: <20220308185138.ldxfqd242uxowymd@wubuntu> References: <20220120162520.570782-2-valentin.schneider@arm.com> <164614827941.16921.4995078681021904041.tip-bot2@tip-bot2> <20220308180240.qivyjdn4e3te3urm@wubuntu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, 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 03/08/22 19:10, Greg KH wrote: > On Tue, Mar 08, 2022 at 06:02:40PM +0000, Qais Yousef wrote: > > +CC stable > > > > On 03/01/22 15:24, tip-bot2 for Valentin Schneider wrote: > > > The following commit has been merged into the sched/core branch of tip: > > > > > > Commit-ID: fa2c3254d7cfff5f7a916ab928a562d1165f17bb > > > Gitweb: https://git.kernel.org/tip/fa2c3254d7cfff5f7a916ab928a562d1165f17bb > > > Author: Valentin Schneider > > > AuthorDate: Thu, 20 Jan 2022 16:25:19 > > > Committer: Peter Zijlstra > > > CommitterDate: Tue, 01 Mar 2022 16:18:39 +01:00 > > > > > > sched/tracing: Don't re-read p->state when emitting sched_switch event > > > > > > As of commit > > > > > > c6e7bd7afaeb ("sched/core: Optimize ttwu() spinning on p->on_cpu") > > > > > > the following sequence becomes possible: > > > > > > p->__state = TASK_INTERRUPTIBLE; > > > __schedule() > > > deactivate_task(p); > > > ttwu() > > > READ !p->on_rq > > > p->__state=TASK_WAKING > > > trace_sched_switch() > > > __trace_sched_switch_state() > > > task_state_index() > > > return 0; > > > > > > TASK_WAKING isn't in TASK_REPORT, so the task appears as TASK_RUNNING in > > > the trace event. > > > > > > Prevent this by pushing the value read from __schedule() down the trace > > > event. > > > > > > Reported-by: Abhijeet Dharmapurikar > > > Signed-off-by: Valentin Schneider > > > Signed-off-by: Peter Zijlstra (Intel) > > > Reviewed-by: Steven Rostedt (Google) > > > Link: https://lore.kernel.org/r/20220120162520.570782-2-valentin.schneider@arm.com > > > > Any objection to picking this for stable? I'm interested in this one for some > > Android users but prefer if it can be taken by stable rather than backport it > > individually. > > > > I think it makes sense to pick the next one in the series too. > > What commit does this fix in Linus's tree? It should be this one: c6e7bd7afaeb ("sched/core: Optimize ttwu() spinning on p->on_cpu") Not sure about the 2nd patch, but I can try to figure it out. > Once it hits Linus's tree, let stable@vger.kernel.org know what the git > commit id is in Linus's tree. Sure. My bad if I rushed the request. I just wanted to know whether it's okay for this to go into stable. If no one shouts, I'll ping once it lands in Linus'. Thanks! -- Qais Yousef