Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3781786pxf; Mon, 15 Mar 2021 19:33:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzfYpIjYyJrRDxLHBviGxPTfCaEvDgSus2liEzq0qZtavukrwqvP5Y/jCmF33SAFJN9rPtM X-Received: by 2002:a05:6402:430c:: with SMTP id m12mr34226134edc.138.1615861998448; Mon, 15 Mar 2021 19:33:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615861998; cv=none; d=google.com; s=arc-20160816; b=uditEJwZHT8GiP2kB5NaRvhH/7FSZ/JyznPSlgeOdSXeGoiV8EBxug/E4LQ+8V/OKL TAlRAeksZIoKdGhLW9xjDj0TcBC9kbkKsS5k4GqNIVkD45jRhIaYeDmDmk0qSlr3cGPq IE4lB6xZiiEGB3mtMqQGVQ3BhGhn6f3uzy1zV42rlorG+VkPw6W2fGud8N6yGmwDc2iD BCw/cl9tLpPaLdRdAWi/CwtMws8Od4cKT2C8jRnD5ZdiA3VWzMYPCSeAi38ZRUXRnJF4 BA2kw7+8+qkEM0jjeAd4FlKPNO7ftGNSicFw5gFF2jok/mSHngsalyKsk/+YqBhdPaNG HwUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=cvqKNoGxiEpmgxXH4cp5B/5XMfvCNTA4qqkQhEOI5WA=; b=fJPX6hM2KiQD7eAttj6fKAq9rLiexrU0MY4HwhtUaceTAw7wq5NNji/TLkiDCtL40P etFe0a7FETM7r0MAEs5f0IOs71hR4tz4q48WVRwlLmNZprhloxoIqKWOfuSi+yTqNo5A U0exnejyLhG1d/+kdsuP3q28TT4LIdr5ZCow9fdqc+xZBpP1HrHCLU8UrVUEqB3opiTV z6/XnBwEHlPxTGp1mmmGWK4j3bLTuPUdYpyPl6Kc0lhwUByprNQaovAIy+0UjBYZu/Tu CeuGn/4L87olQ/4S8KNaYl6qpiC2OumFKCSIqXgc+su1MNrpLIrjSF0zFpExdlm8twkm Hv3Q== 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 n23si12492563ejr.458.2021.03.15.19.32.56; Mon, 15 Mar 2021 19:33:18 -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; 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 S232923AbhCOTYl (ORCPT + 99 others); Mon, 15 Mar 2021 15:24:41 -0400 Received: from foss.arm.com ([217.140.110.172]:37662 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232655AbhCOTYd (ORCPT ); Mon, 15 Mar 2021 15:24:33 -0400 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 F248B1FB; Mon, 15 Mar 2021 12:24:32 -0700 (PDT) Received: from e113632-lin (e113632-lin.cambridge.arm.com [10.1.194.46]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 7FFDF3F718; Mon, 15 Mar 2021 12:24:31 -0700 (PDT) From: Valentin Schneider To: Vincent Guittot Cc: linux-kernel , Rik van Riel , Qais Yousef , Peter Zijlstra , Ingo Molnar , Dietmar Eggemann , Morten Rasmussen , Quentin Perret , Pavan Kondeti , Lingutla Chandrasekhar Subject: Re: [PATCH v3 3/7] sched/fair: Add more sched_asym_cpucapacity static branch checks In-Reply-To: References: <20210311120527.167870-1-valentin.schneider@arm.com> <20210311120527.167870-4-valentin.schneider@arm.com> Date: Mon, 15 Mar 2021 19:24:29 +0000 Message-ID: <87tupcrziq.mognet@arm.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Vincent, Thanks for taking another look at this. On 15/03/21 15:18, Vincent Guittot wrote: > On Thu, 11 Mar 2021 at 13:05, Valentin Schneider > wrote: >> >> Rik noted a while back that a handful of >> >> sd->flags & SD_ASYM_CPUCAPACITY >> >> & family in the CFS load-balancer code aren't guarded by the >> sched_asym_cpucapacity static branch. > > guarding asym capacity with static branch in fast path makes sense but > I see no benefit in this slow path but hiding and complexifying the > code. Also if you start with this way then you have to add a nop in > all other places where flag or a group_type might be unused. > OK, fair enough, I'll drop this one.