Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp495442pxb; Tue, 9 Feb 2021 05:49:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJwl0BqwRbcqTpdXIRyTufcZR4BF8ZriBSRnz9gwUwlskckNQ7RGC/TGZKeMpu43bkQ+9+vX X-Received: by 2002:a17:906:391b:: with SMTP id f27mr21845200eje.228.1612878561709; Tue, 09 Feb 2021 05:49:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612878561; cv=none; d=google.com; s=arc-20160816; b=Zko09Q2bxEmjlfPUYPh0DaLN02TOyoODzi3rQBYnDAKY85D56zBFo0+EM5H3G35Ya2 9E1v6KKkIhHZKL9kc9PCxA912fvoAnq/YeP92/lGWVmLKCJhptxl6cD7CMH6Val+KOuw Q0oDcn9mNi0VCZUH8PgfYmwWCKGBwN3Hw3/z6TdrDflnTnGrZtxCuYmfqOG0V7VadMZD UF8OMSoSkR+gwF4hfNbFjn1PhlCkuUFkQCEp3u3HV8Sh4MWDCw4lJHP/nkRcJfrIiRnH SaR4yFbJBQAX9OVYmBZcRI3Ahmr9lyeqZ9QZYYnU9WChLAG0jdiE473KFZ6C1OLOywh9 Ecxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=gcZQcPCWQAUNe1cuAe++E1kLBcNZWxKfArqzVhL99OM=; b=IacTZO36yB6VkiWR4J9GavruhkKGwPzycmSbvQBHXLl+43drQjTUvUgfYRCNwbwslT /+XTUayk6IyuXX36kqycjLrA3W/feGqA6mMLCW8Dlr3Uz76xQvbWWW5QrAljB+NpwnN8 z288Bm3a3Etd8K8PFoBdeUqadDG3bfrgqPVnOA0vQmYXH70+2XYg3e7sdNSwQPcv9Chj eaD0q15CuALM2YggrAJ/uhWv+my2dG/Wbpq2OAk5CiAjiaGUmeT7v3c4CWH+A7ne3rns jwJ8qX5dPYS+MAjU7v6Phmx076nVT0hWwtz4JasXFAF5domVGxHaR0jTFBWQCIbCbLWv XTJw== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g4si14026190ejc.682.2021.02.09.05.48.55; Tue, 09 Feb 2021 05:49:21 -0800 (PST) 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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231811AbhBINra (ORCPT + 99 others); Tue, 9 Feb 2021 08:47:30 -0500 Received: from foss.arm.com ([217.140.110.172]:51872 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231596AbhBINpg (ORCPT ); Tue, 9 Feb 2021 08:45:36 -0500 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 BC68FED1; Tue, 9 Feb 2021 05:44:50 -0800 (PST) Received: from [192.168.178.6] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5D9183F73D; Tue, 9 Feb 2021 05:44:48 -0800 (PST) Subject: Re: [PATCH 1/6] sched/fair: remove update of blocked load from newidle_balance To: Vincent Guittot , mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, fweisbec@gmail.com, tglx@linutronix.de, bristot@redhat.com, linux-kernel@vger.kernel.org, joel@joelfernandes.org Cc: qais.yousef@arm.com References: <20210205114830.781-1-vincent.guittot@linaro.org> <20210205114830.781-2-vincent.guittot@linaro.org> From: Dietmar Eggemann Message-ID: <8cea2836-aedd-0925-4359-a04c8e8729e6@arm.com> Date: Tue, 9 Feb 2021 14:44:33 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210205114830.781-2-vincent.guittot@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/02/2021 12:48, Vincent Guittot wrote: > newidle_balance runs with both preempt and irq disabled which prevent > local irq to run during this period. The duration for updating of the > blocked load of CPUs varies according to the number of cgroups and Maybe s/number of cgroups/number of CPU cgroups with non-decayed cfs_rq's (i.e. cfs_rq within the leaf cfs_rq list) > extends this critical period to an uncontrolled level. > > Remove the update from newidle_balance and trigger a normal ILB that > will take care of the update instead. > > Signed-off-by: Vincent Guittot otherwise, LGTM. [...]