Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1004768ybt; Wed, 24 Jun 2020 17:12:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy5AZm/Kv0h0jUxGA1gB/YdNFtlEF+TukXSKuLbJrS13uuIXr6kh9wxOs+w1OSqTOrUwLRf X-Received: by 2002:aa7:d5c7:: with SMTP id d7mr29944935eds.11.1593043974579; Wed, 24 Jun 2020 17:12:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593043974; cv=none; d=google.com; s=arc-20160816; b=gjge/e4LFhs22evpXzw6ZLg7RY9RBpuXawJYI5xjZKwKQ8A3ERCdFV+vIB1hesLNay KssGcE52YmlHpVILGjj5LlkS17/iMy8aulY467WVFFqAE5BBdPizYEGgge608eoOxx5b toAV0hfL45ywmn12W3ovD098ph2dAveqsd7clPsuN6BrDdYGEoef8jeJStjxQMoG6moE usX2BHZJIq4d+RpFNsv01BF6R28xCgVXpmmSFilFEhcLe2XX4d6wKotkf7fIBLBa2h67 FYguvEKNtY7axAeSDugIhP5uEIu7J0++Nl6v7rBL1SQk+83FCiFE6y4Ly0mh6xpaRnJe vVZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:in-reply-to :subject:cc:to:from:user-agent:references; bh=t4QGq393egaRRxEswZLm9hrosAfgFRPZFQ/z0SBKd9s=; b=CvQDRX9ziXp0f1dhsPj6VLVT6+jd+5zvcNN9Z38hVQLAlgBXRYl7zcfsEzU1xVQXfp HjGVnI3QX53Sz2+r8YxSmTVenWTUpax8FoHYp2vH4RdIdVcRTTZ+QZBYgwLeSet2P9Gx kIAzZY9kFPz/2l4AHygRaqkF8N0h89CgqlGGqX958YUQEKSviDcH3XjeEWZu6/7l6AkD jnj+hqpNFGlYIk2jSlZ1g3a13J/kwC+n188uUQtMlsYhe4eQiPG44Eq0xZnt9PYcf678 0TXjOVSwf+9NRCLSFTxDxPobV184SBKJ4OSn0gKDhvHtzsalsBw3tpzRlTJdbTdi7kln VNbw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v1si14699001ejd.509.2020.06.24.17.12.31; Wed, 24 Jun 2020 17:12:54 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388527AbgFYAKC (ORCPT + 99 others); Wed, 24 Jun 2020 20:10:02 -0400 Received: from foss.arm.com ([217.140.110.172]:57682 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388061AbgFYAKB (ORCPT ); Wed, 24 Jun 2020 20:10:01 -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 5A8081FB; Wed, 24 Jun 2020 17:10:01 -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 ABDC13F6CF; Wed, 24 Jun 2020 17:09:59 -0700 (PDT) References: <20200624172605.26715-1-qais.yousef@arm.com> <20200624172605.26715-2-qais.yousef@arm.com> User-agent: mu4e 0.9.17; emacs 26.3 From: Valentin Schneider To: Qais Yousef Cc: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Patrick Bellasi , Chris Redpath , Lukasz Luba , linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 1/2] sched/uclamp: Fix initialization of strut uclamp_rq In-reply-to: <20200624172605.26715-2-qais.yousef@arm.com> Date: Thu, 25 Jun 2020 01:09:54 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 24/06/20 18:26, Qais Yousef wrote: > struct uclamp_rq was zeroed out entirely in assumption that in the first > call to uclamp_rq_inc() they'd be initialized correctly in accordance to > default settings. > > But when next patch introduces a static key to skip > uclamp_rq_{inc,dec}() until userspace opts in to use uclamp, schedutil > will fail to perform any frequency changes because the > rq->uclamp[UCLAMP_MAX].value is zeroed at init and stays as such. Which > means all rqs are capped to 0 by default. > > Fix it by making sure we do proper initialization at init without > relying on uclamp_rq_inc() doing it later. > > Fixes: 69842cba9ace ("sched/uclamp: Add CPU's clamp buckets refcounting") > Signed-off-by: Qais Yousef > Cc: Juri Lelli > Cc: Vincent Guittot > Cc: Dietmar Eggemann > Cc: Steven Rostedt > Cc: Ben Segall > Cc: Mel Gorman > CC: Patrick Bellasi > Cc: Chris Redpath > Cc: Lukasz Luba > Cc: linux-kernel@vger.kernel.org Reviewed-by: Valentin Schneider