Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp5238104img; Wed, 27 Mar 2019 04:58:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqyEhmLKjN0nNosYCdZ89qQ/ewl1tYhuJLzNb3R3z4GXfHBeEOO1mPcxtxZqK1RPLLIjCp7Y X-Received: by 2002:a17:902:2c01:: with SMTP id m1mr36565256plb.186.1553687931053; Wed, 27 Mar 2019 04:58:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553687931; cv=none; d=google.com; s=arc-20160816; b=FNgXlNJFdYRCjzTQ8nlI/DjoZJf+01+CsCEJhInnisxTND0pxvT5FofMqB/PGJPyZK RNVAB30vSPYkgoBJFHwim3e4C262avdR+tofXMd+B9INIbceLSyAY1RJnKyK5dZt1wmq mDUKNtFdKmhD0hEOEzeWMfFDgp/Q0nvK1wDY4ELnO9PhxON2fOXRsvxhal3vR3h5vBry 8dNnRy09CTM+zeEKQayOFF9xqRNDtcmoIyAnt+WKk2HYbG6/nrash1fcsIRlm6MRxoTB xb1UlAUhfPSwG0c4a0+nMop5+BOrcXOMvxpamfajt1crY1KPGFZXtaf8ikDw05MLtkpE ibYQ== 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 :message-id:date:subject:cc:to:from:dmarc-filter:dkim-signature :dkim-signature; bh=gEZhvMJJeNp4jvCxWqzR8mNcJexptOTkc2/xg48xvQM=; b=uFvwcg1BoOWlgevFhRdLFWXqOdIfRdg5S5qv0KERdnezwP5o+cl6az27az1jgZQN2Y TmoWSx5Lx4cbVbaG1seERuTtbgchdbiGLo/hjIYA8NfCbUUwxYebQKDSDlr4AAYAjQ50 Ud0aasuVJ09MgkD71NmJDbreMIFBjyS348G6bhgaVqXHwihcDUyPTBoYNqpCMbkpOaG1 45GGOyi31K7VbeK+Gfx4+kVWUN1AgZ6mNk7Vl5S1K3G2MxwoUhf+MOoVNmPkMYPOsUde yn9SMH2RS2iSabJYrV8bBYZ06rqfmXlzC/2wxCZk944T7QvVd99K1AeEvsz7iiOAz3hl H0NQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=DW9iJ2KH; dkim=pass header.i=@codeaurora.org header.s=default header.b=iRn4kKc7; 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 k6si19477818pla.409.2019.03.27.04.58.35; Wed, 27 Mar 2019 04:58:51 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=DW9iJ2KH; dkim=pass header.i=@codeaurora.org header.s=default header.b=iRn4kKc7; 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 S1728368AbfC0L5e (ORCPT + 99 others); Wed, 27 Mar 2019 07:57:34 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:52376 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726241AbfC0L5e (ORCPT ); Wed, 27 Mar 2019 07:57:34 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id EF41160E5D; Wed, 27 Mar 2019 11:57:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1553687853; bh=3P/WcUpL+vQPL/UszHUpzbICn4o59MsFEQmnmp1zSy0=; h=From:To:Cc:Subject:Date:From; b=DW9iJ2KHJWUluYof9kF3siZYvEEJEL+vmmu6Ow8eam/cbOJkMBVbj7cGevhVWvg1+ aQBwE56i5Zi3VYl46+8gk04SID7cpBPVGFCfZYRFVJtuUnq+u/goPj7VDN02ERFqhe +P9FnAIZXJlBhzeFWx+Xz4bGosXMMj5/I7KaKe8E= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.0 Received: from lingutla-linux.qualcomm.com (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: clingutla@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id E2D2760CED; Wed, 27 Mar 2019 11:57:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1553687852; bh=3P/WcUpL+vQPL/UszHUpzbICn4o59MsFEQmnmp1zSy0=; h=From:To:Cc:Subject:Date:From; b=iRn4kKc7U+qWI3NM1d+nFRr+uW0ZQ7VjVOf0k+G+EhergI20VwfzWNq7B2o++F5p4 08vI02z/oyUCS2VkEMe51XgIv/pqqaITnUIs7TF/9U4Tmg1UhOrVA7HN4Tt3V/YLv1 8qu2wjmVqpViRtsuPZPo+U28mwg0yQwFRkpGcl1c= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org E2D2760CED Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=clingutla@codeaurora.org From: Lingutla Chandrasekhar To: gregkh@linuxfoundation.org, quentin.perret@arm.com, sudeep.holla@arm.com, dietmar.eggemann@arm.com Cc: juri.lelli@gmail.com, catalin.marinas@arm.com, jeremy.linton@arm.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Lingutla Chandrasekhar Subject: [PATCH v2] arch_topology: Make cpu_capacity sysfs node as ready-only Date: Wed, 27 Mar 2019 17:27:22 +0530 Message-Id: <20190327115722.7693-1-clingutla@codeaurora.org> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If user updates any cpu's cpu_capacity, then the new value is going to be applied to all its online sibling cpus. But this need not to be correct always, as sibling cpus (in ARM, same micro architecture cpus) would have different cpu_capacity with different performance characteristics. So updating the user supplied cpu_capacity to all cpu siblings is not correct. And another problem is, current code assumes that 'all cpus in a cluster or with same package_id (core_siblings), would have same cpu_capacity'. But with commit '5bdd2b3f0f8 ("arm64: topology: add support to remove cpu topology sibling masks")', when a cpu hotplugged out, the cpu information gets cleared in its sibling cpus. So user supplied cpu_capacity would be applied to only online sibling cpus at the time. After that, if any cpu hot plugged in, it would have different cpu_capacity than its siblings, which breaks the above assumption. So instead of mucking around the core sibling mask for user supplied value, use device-tree to set cpu capacity. And make the cpu_capacity node as read-only to know the assymetry between cpus in the system. While at it, remove cpu_scale_mutex usage, which used for sysfs write protection. Tested-by: Dietmar Eggemann Tested-by: Quentin Perret Acked-by: Sudeep Holla Reviewed-by: Quentin Perret Signed-off-by: Lingutla Chandrasekhar diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c index edfcf8d982e4..1739d7e1952a 100644 --- a/drivers/base/arch_topology.c +++ b/drivers/base/arch_topology.c @@ -7,7 +7,6 @@ */ #include -#include #include #include #include @@ -31,7 +30,6 @@ void arch_set_freq_scale(struct cpumask *cpus, unsigned long cur_freq, per_cpu(freq_scale, i) = scale; } -static DEFINE_MUTEX(cpu_scale_mutex); DEFINE_PER_CPU(unsigned long, cpu_scale) = SCHED_CAPACITY_SCALE; void topology_set_cpu_scale(unsigned int cpu, unsigned long capacity) @@ -51,37 +49,7 @@ static ssize_t cpu_capacity_show(struct device *dev, static void update_topology_flags_workfn(struct work_struct *work); static DECLARE_WORK(update_topology_flags_work, update_topology_flags_workfn); -static ssize_t cpu_capacity_store(struct device *dev, - struct device_attribute *attr, - const char *buf, - size_t count) -{ - struct cpu *cpu = container_of(dev, struct cpu, dev); - int this_cpu = cpu->dev.id; - int i; - unsigned long new_capacity; - ssize_t ret; - - if (!count) - return 0; - - ret = kstrtoul(buf, 0, &new_capacity); - if (ret) - return ret; - if (new_capacity > SCHED_CAPACITY_SCALE) - return -EINVAL; - - mutex_lock(&cpu_scale_mutex); - for_each_cpu(i, &cpu_topology[this_cpu].core_sibling) - topology_set_cpu_scale(i, new_capacity); - mutex_unlock(&cpu_scale_mutex); - - schedule_work(&update_topology_flags_work); - - return count; -} - -static DEVICE_ATTR_RW(cpu_capacity); +static DEVICE_ATTR_RO(cpu_capacity); static int register_cpu_capacity_sysctl(void) { @@ -141,7 +109,6 @@ void topology_normalize_cpu_scale(void) return; pr_debug("cpu_capacity: capacity_scale=%u\n", capacity_scale); - mutex_lock(&cpu_scale_mutex); for_each_possible_cpu(cpu) { pr_debug("cpu_capacity: cpu=%d raw_capacity=%u\n", cpu, raw_capacity[cpu]); @@ -151,7 +118,6 @@ void topology_normalize_cpu_scale(void) pr_debug("cpu_capacity: CPU%d cpu_capacity=%lu\n", cpu, topology_get_cpu_scale(NULL, cpu)); } - mutex_unlock(&cpu_scale_mutex); } bool __init topology_parse_cpu_capacity(struct device_node *cpu_node, int cpu) -- QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project.