Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp221909iob; Wed, 18 May 2022 00:16:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwFSCJ/RSiMb/tPseu4SWdA5o5Z0DQsWNDh1N8JaPuE4QUo0l6NGSjAt2eN+Q5B5RCwCAmW X-Received: by 2002:a17:90a:d505:b0:1df:7d0e:a03c with SMTP id t5-20020a17090ad50500b001df7d0ea03cmr9191877pju.170.1652858181160; Wed, 18 May 2022 00:16:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652858181; cv=none; d=google.com; s=arc-20160816; b=0JmOEP2j4KQQ+mJ7RPwtSmIakrkjjaooyMu3ql8x0N4nEWxGsjyWnE3lZFVCO8ezcz Ny4qQhxHD1SyTomIDhw+WE6xxtEDysrLLFeYD2dcw3XwERrPjzT2Qacf81CeKYBd3ItS qPlJUVP8Hu+gZq0YHQUU7OR4fgmKR2PrAUXPLwXFBKCOMP95u4Lyv1BQTakYNRzxQcMK HUjeUB4je6G58kpGQpLipy9wmW2x4Q1oMBF4afnodZSta4ukQ/8NEKcrDNlS6DqbjbSU /FfAw4MeAubO3f4wz4MJc9n7k29cdKjqxchUC6U6d47rhCWjI1BqU/ECAzhW5g7ZnHl6 HMkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=NHsOVPkzO2QSGucS+6bFXq8ysAyK1lP0HA2qNKkQHTA=; b=z1lHOWALTh8lqyjhqPw49C9ockYrM86CmRzOL0KCv1k4TjsevyZSKiyqWYLdJ98GQs m7dUyLOyklMyCN5qz0oRzdHFUTuabs+HQWYNDKiwpCO2wCuBKaTysdJliH0W5FfYI2Db R35Es8OHaz5hltsyojk/vzgSCoA4DGWif9VNPvnQNO/v54jJEVFFDB4xshYYHcWJoLZl 1kCXugXsSr0X+kU0jdYIRGetaoK5ZWMQzZdH7sMZMWL3MAigZnfotVUdGOUwnQVM7il1 DUSVR2WR8b5FwWs4YmXiGeCYCJ+B4PqlgPG4NIqx0Hk6Zs2yJa0l+l85AtLZR+4QOcCm tBpg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=mCDVzWkI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id f8-20020a63f108000000b003f5dc4c72b2si1649825pgi.398.2022.05.18.00.16.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 May 2022 00:16:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=mCDVzWkI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 7BEECC9EE0; Wed, 18 May 2022 00:09:38 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231731AbiERHJW (ORCPT + 99 others); Wed, 18 May 2022 03:09:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54866 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231713AbiERHJT (ORCPT ); Wed, 18 May 2022 03:09:19 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0175EBCE95 for ; Wed, 18 May 2022 00:09:17 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id A7A4CB81E91 for ; Wed, 18 May 2022 07:09:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CBCF5C385AA; Wed, 18 May 2022 07:09:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1652857755; bh=5VOCG6D7WIJ+aptpFBTKRAjSL5vE+/rVyHeXhlnHmuo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=mCDVzWkIzB5296VRCBwWDjhnnI6AHpE8Oz3xvcwgGItJaDFFprY0SiAENX9e2eD8y fNHpHFVPH1/x2Trt/GPuW0OA4XamPZAa8d43KXAEXdk1R6Kz3lDk5aZH1Uhz9pu6lV QyH39GovNr+oznN7Ua8c5oP3rLN00DY3+Lve1cio= Date: Wed, 18 May 2022 09:09:12 +0200 From: Greg KH To: Kohei Tarumizu Cc: catalin.marinas@arm.com, will@kernel.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com, rafael@kernel.org, mchehab+huawei@kernel.org, eugenis@google.com, tony.luck@intel.com, pcc@google.com, peterz@infradead.org, marcos@orca.pet, conor.dooley@microchip.com, nicolas.ferre@microchip.com, marcan@marcan.st, linus.walleij@linaro.org, arnd@arndb.de, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v4 1/8] drivers: base: Add hardware prefetch control core driver Message-ID: References: <20220518063032.2377351-1-tarumizu.kohei@fujitsu.com> <20220518063032.2377351-2-tarumizu.kohei@fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220518063032.2377351-2-tarumizu.kohei@fujitsu.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 18, 2022 at 03:30:25PM +0900, Kohei Tarumizu wrote: > Adds a register/unregister function to provide sysfs interface to > control CPU's hardware prefetch behavior. It creates the > "prefetch_control" sysfs directory and some attributes. > > Attributes are hardware dependent, so it must be implemented for each > hardware. If CPU has a hardware prefetch behavior, call this function > to create sysfs. > > Following patches add support for A64FX and x86. > > Signed-off-by: Kohei Tarumizu > --- > drivers/base/pfctl.c | 180 ++++++++++++++++++++++++++++++++++++++++++ > include/linux/pfctl.h | 14 ++++ > 2 files changed, 194 insertions(+) > create mode 100644 drivers/base/pfctl.c > create mode 100644 include/linux/pfctl.h > > diff --git a/drivers/base/pfctl.c b/drivers/base/pfctl.c > new file mode 100644 > index 000000000000..08ee8faaf277 > --- /dev/null > +++ b/drivers/base/pfctl.c > @@ -0,0 +1,180 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * Hardware prefetch control support via sysfs. > + * > + * Copyright 2022 FUJITSU LIMITED > + * > + * See Documentation/ABI/testing/sysfs-devices-system-cpu for more information. > + */ > + > +#include > +#include > +#include > +#include > +#include > + > +#ifdef pr_fmt > +#undef pr_fmt > +#endif > +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > + > +const struct pfctl_group *pgroups; > +enum cpuhp_state hp_online; > + > +static struct device_attribute ** > +get_pfctl_attribute(unsigned int level, enum cache_type type) > +{ > + int i; > + > + for (i = 0; pgroups[i].attrs; i++) > + if ((level == pgroups[i].level) && (type == pgroups[i].type)) > + return pgroups[i].attrs; > + > + return NULL; > +} > + > +static int remove_pfctl_attr(struct device *index_dev, void *data) > +{ > + struct cacheinfo *leaf = dev_get_drvdata(index_dev); > + struct device_attribute **attrs; > + struct device *pfctl_dev; > + int i; > + > + attrs = get_pfctl_attribute(leaf->level, leaf->type); > + if (!attrs) > + return 0; > + > + pfctl_dev = device_find_child_by_name(index_dev, "prefetch_control"); > + if (!pfctl_dev) > + return 0; > + > + for (i = 0; attrs[i]; i++) > + device_remove_file(pfctl_dev, attrs[i]); This feels wrong, attributes should be groups and be automatically added and removed by the driver core that way. Not as lists of attributes like this, as that will race and be wrong. Use a list of attribute groups please. > + > + device_unregister(pfctl_dev); > + put_device(pfctl_dev); > + > + pfctl_dev = NULL; > + > + return 0; > +} > + > +static int create_pfctl_attr(struct device *index_dev, void *data) > +{ > + struct cacheinfo *leaf = dev_get_drvdata(index_dev); > + struct device_attribute **attrs; > + struct device *pfctl_dev; > + int i, err; > + > + attrs = get_pfctl_attribute(leaf->level, leaf->type); > + if (!attrs) > + return 0; > + > + pfctl_dev = cpu_device_create(index_dev, NULL, NULL, > + "prefetch_control"); > + if (IS_ERR(pfctl_dev)) > + return PTR_ERR(pfctl_dev); > + > + for (i = 0; attrs[i]; i++) { > + err = device_create_file(pfctl_dev, attrs[i]); You just raced with userspace and lost :( Please use attribute groups instead of manually adding files after the device is created and userspace is notified that it was present. That also makes your clean up logic much simpler (i.e. none as the drive core did it for you already.) > + if (err) { > + while (--i >= 0) > + device_remove_file(pfctl_dev, attrs[i]); > + > + device_unregister(pfctl_dev); > + pfctl_dev = NULL; > + > + return err; > + } > + } > + > + return 0; > +} > + > +static int pfctl_online(unsigned int cpu) > +{ > + struct device *cpu_dev = get_cpu_device(cpu); > + struct device *cache_dev; > + int ret; > + > + cache_dev = device_find_child_by_name(cpu_dev, "cache"); > + if (!cache_dev) > + return -ENODEV; > + > + ret = device_for_each_child(cache_dev, NULL, create_pfctl_attr); > + if (ret < 0) > + device_for_each_child(cache_dev, NULL, remove_pfctl_attr); > + > + put_device(cache_dev); > + > + return ret; > +} > + > +static int pfctl_prepare_down(unsigned int cpu) > +{ > + struct device *cpu_dev = get_cpu_device(cpu); > + struct device *cache_dev; > + > + cache_dev = device_find_child_by_name(cpu_dev, "cache"); > + if (!cache_dev) > + return 0; > + > + device_for_each_child(cache_dev, NULL, remove_pfctl_attr); > + > + put_device(cache_dev); > + > + return 0; > +} > + > +/** > + * pfctl_register_attrs - register a Hardware Prefetch Control attributes > + * @pfctl_groups: pfctl_groups contains device attribute group to control the > + * hardware prefetch register. > + * > + * Note: Call this function after the cache device is initialized because it > + * requires access to the cache device. (e.g. Call at the late_initcall) > + * > + * Context: Any context. > + * Return: 0 on success, negative error code on failure. > + */ > +int pfctl_register_attrs(const struct pfctl_group *pfctl_groups) > +{ > + int ret; > + > + if (pgroups) > + return -EEXIST; > + > + pgroups = pfctl_groups; > + > + ret = cpuhp_setup_state(CPUHP_AP_ONLINE_DYN, "base/pfctl:online", > + pfctl_online, pfctl_prepare_down); > + if (ret < 0) { > + pr_err("failed to register hotplug callbacks\n"); > + pgroups = NULL; > + return ret; > + } > + > + hp_online = ret; > + > + return 0; > +} > +EXPORT_SYMBOL_GPL(pfctl_register_attrs); > + > +/** > + * pfctl_unregister_attrs - unregister the Hardware Prefetch Control driver > + * @pfctl_groups: Used to verify that this function is called by the same driver > + * that called pfctl_register_attrs. > + * > + * Context: Any context. > + * Return: nothing. > + */ > +void pfctl_unregister_attrs(const struct pfctl_group *pfctl_groups) > +{ > + if (!pgroups || (pfctl_groups != pgroups)) > + return; > + > + cpuhp_remove_state(hp_online); > + > + pgroups = NULL; > +} > +EXPORT_SYMBOL_GPL(pfctl_unregister_attrs); > diff --git a/include/linux/pfctl.h b/include/linux/pfctl.h > new file mode 100644 > index 000000000000..ecdab78be09f > --- /dev/null > +++ b/include/linux/pfctl.h > @@ -0,0 +1,14 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > +#ifndef _LINUX_PFCTL_H > +#define _LINUX_PFCTL_H > + > +struct pfctl_group { > + unsigned int level; > + enum cache_type type; > + struct device_attribute **attrs; Attribute groups please. > +}; > + > +int pfctl_register_attrs(const struct pfctl_group *pfctl_groups); > +void pfctl_unregister_attrs(const struct pfctl_group *pfctl_groups); Why do you think this needs to be in the driver core? Why isn't this just a normal cpu driver? thanks, greg k-h