Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3826481yba; Tue, 7 May 2019 07:42:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqxaAYO8VZdot4aIzlChSLSyMBehqW1p2HgVfgUv5WcRz6XEH6FK3MoBVtuUT/Nd7DLR6wqX X-Received: by 2002:a63:fb56:: with SMTP id w22mr38971303pgj.354.1557240172112; Tue, 07 May 2019 07:42:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557240172; cv=none; d=google.com; s=arc-20160816; b=akBlW2xFOykACn/xadIf8en8JhHWtxHAUv5UbqxFk7G6jCOLZZ4pTxGrlBxfjQGn5R 5RB3TL8+oiubgVElysMKlpzJWWG7zwAe0SzRM9q9oZfl+bDShLG2DrNe747MYY/WZa3E kLb6noJeR0+o+rEmvgbXhchNuNQdGAhtJjHNNTkOBDI0IKslfPHRX0c4DRLGfISVPG0Z DoCbroKRgqQQ9dR6QasYLwAPkUSSPVUP8NW0t4Tuakt60zoWqxyl53dc5Bq6upVbu7l4 S6j3jXpIm6MnzVzD1QNXAKIRJjg7udjvKyCJ44iwxZI2aNnlrAh3hO8ZtfJUt5jHh6uZ Pvrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=SRicLgz7MrpIitHpYe97HMFMhsuhrTm1XiEqvIgL2zY=; b=t0ttdNBbEAaDk/X3HJTHOoPzmg6GBcAfuCLa1aw0KCE1Clho94DV/qlyr1OsanOnbN iO7dufXcBAsGf/kUMCdxnYXd8sK6fQuwvuakXCQDnq+TrT3QTk+uiuQgGGCqC9/n5qWD KJLmTxvzJNnUQSeUyrJUhQT1ExPoBsdZqSIcm+w9ruLjmRXZsRhWKNJAlbsS6YLguE5y AY64EpHkTeuasaj/FLnW1tja3XOlTk3N3rt5aPEw+cLGWa1kkGj4a5Nu77upBmg2VgHW qi1KPd9GvcuaAFJXgtRPPmHY8sBqlqIlEV4CMHEIH5u0wSSSZat03vuhfWWDyJhB3qbi k7iw== 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 k9si20215014pgs.101.2019.05.07.07.42.35; Tue, 07 May 2019 07:42:52 -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 S1726645AbfEGOlh (ORCPT + 99 others); Tue, 7 May 2019 10:41:37 -0400 Received: from mail.sssup.it ([193.205.80.98]:17999 "EHLO mail.santannapisa.it" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726444AbfEGOlh (ORCPT ); Tue, 7 May 2019 10:41:37 -0400 Received: from [83.43.182.198] (account l.abeni@santannapisa.it HELO nowhere) by santannapisa.it (CommuniGate Pro SMTP 6.1.11) with ESMTPSA id 138899014; Tue, 07 May 2019 16:41:35 +0200 Date: Tue, 7 May 2019 16:41:27 +0200 From: luca abeni To: Quentin Perret Cc: linux-kernel@vger.kernel.org, Greg Kroah-Hartman , "Rafael J . Wysocki" , Ingo Molnar , Peter Zijlstra , Vincent Guittot , "Paul E . McKenney" , Joel Fernandes , Luc Van Oostenryck , Morten Rasmussen , Juri Lelli , Daniel Bristot de Oliveira , Patrick Bellasi , Tommaso Cucinotta Subject: Re: [RFC PATCH 2/6] sched/dl: Capacity-aware migrations Message-ID: <20190507164127.00cbaaec@nowhere> In-Reply-To: <20190507141048.d45ia7qfytnfdhqc@queper01-lin> References: <20190506044836.2914-1-luca.abeni@santannapisa.it> <20190506044836.2914-3-luca.abeni@santannapisa.it> <20190507141048.d45ia7qfytnfdhqc@queper01-lin> Organization: Scuola Superiore S.Anna X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Tue, 7 May 2019 15:10:50 +0100 Quentin Perret wrote: > On Monday 06 May 2019 at 06:48:32 (+0200), Luca Abeni wrote: > > static inline unsigned long cpu_bw_dl(struct rq *rq) > > { > > - return (rq->dl.running_bw * SCHED_CAPACITY_SCALE) >> > > BW_SHIFT; > > + unsigned long res; > > + > > + res = (rq->dl.running_bw * SCHED_CAPACITY_SCALE) >> > > BW_SHIFT; + > > + return (res << SCHED_CAPACITY_SHIFT) / > > + arch_scale_cpu_capacity(NULL, rq->cpu); > > The only user of cpu_bw_dl() is schedutil right ? If yes, we probably > don't want to scale things here -- schedutil already does this I > believe. I think I added this modification because I arrived to the conclusion that schedutils does not perform this rescaling (at least, I think it did not perform it when I wrote the patch :) BTW, while re-reading the patch I do not understand why this change was added in this specific patch... I suspect it should have gone in a separate patch. Luca > > Thanks, > Quentin > > > } > > > > static inline unsigned long cpu_util_dl(struct rq *rq) > > -- > > 2.20.1 > >