From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 859C046B8; Fri, 27 Sep 2024 20:11:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727467880; cv=none; b=GKua0JvpL6LUTtyaED8CfYElf7kfJUCT5eJLMwqrTzU4+cSUlQmMy/CkVUEmW1gGOKJNsDZMyTWATiulAfCu9edISTxcOsrwXj675sSxDwY0j/6MkBSfVZByOY7CMuhkJfgXc64eq1Y2/Kx6ePmLXMI5J0JFqYlviDFARozIUns= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727467880; c=relaxed/simple; bh=SQXHlvTS63B99udjXhHwAkvdfEHNlbOoiwLEXWXnaAk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=siXdQvwxmQq+yYxCcPVvMEC4gO8dWjlgmpDwSdhiJIP4Grhka1iwq6y7JmJveuDWUNP3WXaQevP7c54QROl5j0mzUwgnaE6+T63o7uMKW5alVTqp7hMCJk4umOqafI3nUxXZNKFhnVl4CldC1/Q0F9mz7fQ3Os2oT8Mu8yDRhFw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=KhTUq8S2; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="KhTUq8S2" Received: by smtp.kernel.org (Postfix) with ESMTPSA id EB7F8C4CEC4; Fri, 27 Sep 2024 20:11:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1727467879; bh=SQXHlvTS63B99udjXhHwAkvdfEHNlbOoiwLEXWXnaAk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KhTUq8S22+5QfTK3w3cD2cR6wu0+E5NkgUtDRnWG/OPXmXn1X89jfIWPyubveVzO6 dYanIaI2cpG/eLMukQtAnbelTWeXN/CNgr9IIvciuD8Tl76FD/fk8oExmByULWRApx OErOjeQS1zfsdBhg/NnRb3GwHb/toGUDxGH+WFSIH6ZqudGOqlynUx9TttrDMQ/gmc kkgCwTPMyezHE+65dV4qJ76ZTEk7ZSehdctIGBb6ebUC/CMBniBiv8mT/nboiymq8G K9dMW16oTe1DjPeVX0kaNrhw6GAnvsLH1b67mIG0RLqlZC4iHHzoJvZCAYtvb1w3I4 Z1SeL0xvQ5Bng== Date: Fri, 27 Sep 2024 10:11:18 -1000 From: Tejun Heo To: Markus Elfring Cc: kernel-janitors@vger.kernel.org, Barret Rhoden , Ben Segall , David Vernet , Dietmar Eggemann , Ingo Molnar , Josh Don , Juri Lelli , Hao Luo , Mel Gorman , Peter Zijlstra , Steven Rostedt , Valentin Schneider , Vincent Guittot , LKML , Andrea Righi Subject: Re: [PATCH] sched_ext: Call put_task_struct() only once in scx_ops_enable() Message-ID: References: <6c4afcdc-fa86-4f0a-a6c1-ec8265190fd0@web.de> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6c4afcdc-fa86-4f0a-a6c1-ec8265190fd0@web.de> On Thu, Sep 26, 2024 at 03:30:12PM +0200, Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 26 Sep 2024 14:51:07 +0200 > > A put_task_struct() call was immediately used after a return value check > for a scx_ops_init_task() call in this function implementation. > Thus call such a function only once instead directly before the check. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring This no longer applies after 9753358a6a2b ("sched_ext: Fix SCX_TASK_INIT -> SCX_TASK_READY transitions in scx_ops_enable()"). Thanks. -- tejun