Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4121280ybz; Mon, 20 Apr 2020 16:15:33 -0700 (PDT) X-Google-Smtp-Source: APiQypIr9TR0D0Q9Cm06INqVSdCyLV6/re0v3rlSvnrBU32Ph1RDA0+D7A9s1tpaFzk0/WNpqlvx X-Received: by 2002:aa7:c40e:: with SMTP id j14mr7492074edq.125.1587424533615; Mon, 20 Apr 2020 16:15:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587424533; cv=none; d=google.com; s=arc-20160816; b=sXw7uFb4CtXVQsKi3SjhADNrRgijYR8hDG7D4qYEQ4sKqiLWpXj0F0KaKtbET8s+Uz LDv3AmSQ6iL4ASWNec+0huR8QfbdQtbSU05gaCeUHUfVHiI59rDyY5o/j8sIVsY51xLy Jhs4avUYfQjWX6NmEGXDJYfmLCfwaqG0GcWZKrucidCBFS189T2PxXc/28THb6IL0O6g 3h+ihuIaNeM7A4XKZly1uus0aPcgGtL6kqXnlHczQnJqOwEDTTibQkfqIey8vfFrU2ok ssbeaR209m+zjg+Rj+hPvJNOqNGhmCngUhIL0NF9XGE3wF46o8OP8hFV9HjD0UAFpPbi q0YA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=27KaiegQqmdcm9B+pUH7hIl4A0TAcBMPiIQ8gIM46QU=; b=oHVt40I0gv34v+2BKJQAeJW5ltYckw9DwFGDwrlqGrYunXLmIFcIiKldgWxL8IHrs7 YBQCxtano7dL+a9VB/8b1RY/GOjU3m6bb8IfO8R6zJ2sQKVkf825+lAcZRfeVYV7lNwp B1IPySlVV35J36iq7UUb4IMkdipbaPnyoyvFnxYKh7yp+qVVfJkyuyH85l7itNTkomje XXjj9eJumxPLu4Qn9gBrpBQ5+OYNAv9SNuHBXDWsvRZRvFP/oZ0zcgLOXdDcf1eykuac YtDSmoXEHLlwSReSDNKBBBYKyActVTlvJ7qCF/qfL/mVtGvbMk7Kub676RkT7Y7d1Ar8 UeVg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=GrKzWgfW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u4si415589ejb.432.2020.04.20.16.15.10; Mon, 20 Apr 2020 16:15:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=GrKzWgfW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727908AbgDTXON (ORCPT + 99 others); Mon, 20 Apr 2020 19:14:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47762 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1727815AbgDTXON (ORCPT ); Mon, 20 Apr 2020 19:14:13 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 651FAC061A0E for ; Mon, 20 Apr 2020 16:14:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.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=27KaiegQqmdcm9B+pUH7hIl4A0TAcBMPiIQ8gIM46QU=; b=GrKzWgfWNorVWSbTQDrFtZ68K7 JjL/Tikglg+YFWy4zmFXDJSECV/DgQnaPG+JQfbnKVskN9ittRveQjNYLqfFt0rT6OorhSTxXKuqU ILl5GyfTnWw8ydpKY++mMJIiBT6MjZ5PsdtcofdDaXYGsTYOk96sNS0Mfr6Ou+GC5pX8HnnoCP1Oz nh5Q8TeGONB2F9j9+OQ2xRuF/JQW2mQwra6xwGsDG2/7q9DBS8VlGxYzVWf5cmUVTA94O7nxhRFuH IGSVFiVSUxKqqHNUgw12AhGaZpLA/MeQBYQDieIzhSrZvIMfNC20uwnSgkQ0NrLH2Q71QuRFS4gSV y34q2vew==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=worktop.programming.kicks-ass.net) by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1jQfby-0002RB-9V; Mon, 20 Apr 2020 23:13:58 +0000 Received: by worktop.programming.kicks-ass.net (Postfix, from userid 1000) id B2BF19834D4; Tue, 21 Apr 2020 01:13:55 +0200 (CEST) Date: Tue, 21 Apr 2020 01:13:55 +0200 From: Peter Zijlstra To: Valentin Schneider Cc: Steven Rostedt , Chen Yu , linux-kernel@vger.kernel.org, Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Ben Segall , Mel Gorman Subject: Re: [PATCH 2/2] sched: Extract the task putting code from pick_next_task() Message-ID: <20200420231355.GU2483@worktop.programming.kicks-ass.net> References: <7c1eab789cb4b53ec5f54644c089ce27ea14088a.1587309963.git.yu.c.chen@intel.com> <20200420183232.16b83374@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 20, 2020 at 11:55:21PM +0100, Valentin Schneider wrote: > >> + finish_prev_task(rq, prev, rf); > > > > I'm not sure I like the name of this function. Perhaps > > "balance_and_put_prev_task()"? Something more in kind to what the function > > does. > > > > The 'finish' thing isn't too far from the truth; it's the last thing we > need to do with the prev task (in terms of sched bookkeeping, I mean) - > and in Chen's defence ISTR Peter suggested that name. > > Seeing as it's a "supercharged" put_prev_task(), I could live with the > marginally shorter "put_prev_task_balance()". What Valentin said; it's the last put we do before picking a new task. Also, I don't like long names. That said, I'm open to short and appropriate suggestions.