Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp4655734ybi; Tue, 30 Jul 2019 05:59:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqzP0/TZBHoSmN4eRHxUHZpmYOl1shxD3w6tXhMeoNZfK4JmklMsuS8gKCtOYuMYhV57AYxd X-Received: by 2002:a17:90a:3ac2:: with SMTP id b60mr118404068pjc.74.1564491596144; Tue, 30 Jul 2019 05:59:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564491596; cv=none; d=google.com; s=arc-20160816; b=dOC/xbVpBtq3Z28KzxwDbncZtm8q4LdWqygdYZFk84xQcger1N9KfEeYX0g46P/5oF +Ky+4fAWkatZc/xeFX1nQ+hD/fUporu7HM9+ochpHmXpP44yvva1Kje7bEWQrDGj0zpe 81JPzM5mDgTMB5bztrxs1DCM6eivn3JTqfMid2q12xPli7q1pc04HOt9N6dreRL4uoQu whEHBdNVhlzyAgGTFA4nAEEDaui/7RBT0d3uZerUw+elZ7LGQDTO6XZF+LR9Mvm/QM1/ s6Wk4nfvzkRX/rT6oYVuEZyw/Pq2z/mE9BlsQpdK4rjLTbdS3K1IYOqVOV1tyOq786Rs CViA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:date:cc:to:from:subject:message-id; bh=4CApYGd8ejZIXDaQg7Llu6uWFZpKZsGpRUIHHcuUMmM=; b=dIsEOFNg5dkCTLtKhbeez1cThkANNBQfbH2YzPht+9vB8XVe14pcIQ4NO2YzMl1ppN augObegwQrktWAtDp8tKjksTlpM2Kxk8OR0mXvXrtfq61+7leOOQKBle/+rbMELsGzXW f4qTxOS9tWgI/NLjaJ3RKGsz+fDDz+FIq5RMZXVEnVpuBvt+kg2yv46EFueJyC+EJLFa 9BGTyMsaT0SxXozrK6H2DpvsVI1HdgBmdV+48IgsdAW4TNWImEBXaaiqTfXNYGPZ2rOQ 04RCILcaP+8l3X6Hx4BKZhlAk8jWBBZMgxKPEqH++lAOsiPTAhL5gZqg4guaz8YQ6uLl PEFA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 32si27483833plg.222.2019.07.30.05.59.40; Tue, 30 Jul 2019 05:59:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729327AbfG3M7C (ORCPT + 99 others); Tue, 30 Jul 2019 08:59:02 -0400 Received: from shelob.surriel.com ([96.67.55.147]:53836 "EHLO shelob.surriel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726241AbfG3M7C (ORCPT ); Tue, 30 Jul 2019 08:59:02 -0400 Received: from imladris.surriel.com ([96.67.55.152]) by shelob.surriel.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92) (envelope-from ) id 1hsRiL-0002Us-CN; Tue, 30 Jul 2019 08:58:49 -0400 Message-ID: <7fabadbad16242139cd601a0f1e53fd54d309219.camel@surriel.com> Subject: Re: [PATCH 09/14] sched,fair: refactor enqueue/dequeue_entity From: Rik van Riel To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, kernel-team@fb.com, pjt@google.com, dietmar.eggemann@arm.com, mingo@redhat.com, morten.rasmussen@arm.com, tglx@linutronix.de, mgorman@techsingularity.net, vincent.guittot@linaro.org Date: Tue, 30 Jul 2019 08:58:48 -0400 In-Reply-To: <20190730093617.GV31398@hirez.programming.kicks-ass.net> References: <20190722173348.9241-1-riel@surriel.com> <20190722173348.9241-10-riel@surriel.com> <20190730093617.GV31398@hirez.programming.kicks-ass.net> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-IEEtM5JqPFAsI0aZR+xY" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-IEEtM5JqPFAsI0aZR+xY Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2019-07-30 at 11:36 +0200, Peter Zijlstra wrote: > On Mon, Jul 22, 2019 at 01:33:43PM -0400, Rik van Riel wrote: > > @@ -3870,6 +3873,24 @@ static inline void > > check_schedstat_required(void) > > * CPU and an up-to-date min_vruntime on the destination CPU. > > */ > > =20 > > +static bool > > +enqueue_entity_groups(struct cfs_rq *cfs_rq, struct sched_entity > > *se, int flags) > > +{ > > + /* > > + * When enqueuing a sched_entity, we must: > > + * - Update loads to have both entity and cfs_rq synced with > > now. > > + * - Add its load to cfs_rq->runnable_avg > > + * - For group_entity, update its weight to reflect the new > > share of > > + * its group cfs_rq > > + * - Add its new weight to cfs_rq->load.weight > > + */ > > + if (!update_load_avg(cfs_rq, se, UPDATE_TG | DO_ATTACH)) > > + return false; > > + > > + update_cfs_group(se); > > + return true; > > +} > > =20 >=20 > No functional, but you did make update_cfs_group() conditional. Now > that > looks OK, but maybe you can do that part in a separate patch with a > little justification of its own. Good idea, I will split that out. --=20 All Rights Reversed. --=-IEEtM5JqPFAsI0aZR+xY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEKR73pCCtJ5Xj3yADznnekoTE3oMFAl1APwgACgkQznnekoTE 3oPHsQgArvMih+KfhxrafZrsS2tRDAm3iYy+5CQK8wJ3uUAVt6hjG6tBxOmGA9hm 3ZvQMHdj5lw/YDaLRX3SjKV7Zqt2kYe9W0v5LRKWFxXL4NCVuWjnh0P/ZRiAtxxo 0EAjSXYcvLmnQ50acG/yqskdpB/8G+1kSj+nwG8DLB4iPg1+1Vb9C8n3Tji0QhzJ RMnc7MQXTjS/AecUdCnlOX9nhNs/GBEvK0eh0OJYkCenqaFEFC7o5CQCFwwmmik0 Em+xmh7TNo5KaXPCWwOrKOBZ9TNyhDQDS6rBqz2LStw/UKdU8MxMf0iTaZ9OXT8Y EwvV8Xaef+acXwTVRzuncLXaWXfY6A== =mrlW -----END PGP SIGNATURE----- --=-IEEtM5JqPFAsI0aZR+xY--