Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp5455643rdb; Wed, 13 Dec 2023 09:06:15 -0800 (PST) X-Google-Smtp-Source: AGHT+IFnIXhjLL7oQGqWJDKbXf35PwaS2W/9zAqXlyNwHssNKbOl13UhMFsTEULLLHKd+sJ5nInl X-Received: by 2002:a05:6a00:3a19:b0:6b2:baa0:6d4c with SMTP id fj25-20020a056a003a1900b006b2baa06d4cmr4547812pfb.33.1702487174946; Wed, 13 Dec 2023 09:06:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702487174; cv=none; d=google.com; s=arc-20160816; b=HMMnXEjk+BED8GJs1OD8uO7bE9O5FUgFVx6bAUPcPAZPOh/PrZwCEZADQLZKqiNQfw L+9zH4EUh63mT2Htxv2aoYlCJTqDOTuwDrnHx5RzcfX8wcnYYISSbycfL6unTQnydR5t nr7CgVUXMihfui8Z4JvKuDhZrd0Y8IBZU/P5bznLQqkw1aYq36OvnLRdP8KbS82IZBFf +rwPB4ilK5BEcFVQAbxh/1aN4lamBLH79zD9SiWxGsrauQC08q5tQC0YOG51hwvIMCzW sjfLm3u8FoRlLJnBz5eFzIDmUXfW0m/CCpRUpkGmde2HdBFdz52Yfs0Hdj+1xQQKhovT SzMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=i/Zb3kgQAHrVdb9RerSLNGLiPDBK9Hn5El/X/mlKZsM=; fh=XVURz4Osv1VwFr9UNwYRU2bxMvNbdidfWDBt6d3wDpU=; b=PDmvbBnkpqGVGL62JGRO2mTl544h4TV4BbbB/M/3fXgFUCv1OzGTg6oFIaO0c9wl/3 BrNI+j4H92zyyxN4ZIpzvNiCNVzjmS6TGPMConnICSUhGIlf5gLbM6VgSX+q6XM1ae7T 3zBZwQfks8D/4FeUayJilUQjDhaOySvNEZrK2iEvE0F+Wv5dgFXKyJMI8suUHtCKzt4G 8y5mYrl6v7m4OH2z5CKMTRFAACv6/l0XltRwd/Q1dgreelo5x84t6Vahv/E+nz7umST2 xDNoYdoofefBlugDJ1mPtSYFNvU2LfuaO0lBX5f7efS7Y6Ja11+hShoLWvFj0PWPCtOv 855w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from pete.vger.email (pete.vger.email. [23.128.96.36]) by mx.google.com with ESMTPS id b5-20020a6567c5000000b005c69a12d683si9330479pgs.776.2023.12.13.09.06.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Dec 2023 09:06:14 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) client-ip=23.128.96.36; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by pete.vger.email (Postfix) with ESMTP id 98BF9807FD4D; Wed, 13 Dec 2023 09:05:30 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at pete.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232163AbjLMRFM (ORCPT + 99 others); Wed, 13 Dec 2023 12:05:12 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56322 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229458AbjLMRFM (ORCPT ); Wed, 13 Dec 2023 12:05:12 -0500 Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A9405B7; Wed, 13 Dec 2023 09:05:17 -0800 (PST) Received: from mail.maildlp.com (unknown [172.18.186.216]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Sr1yb1L7qz6K7Xr; Thu, 14 Dec 2023 01:03:19 +0800 (CST) Received: from lhrpeml500005.china.huawei.com (unknown [7.191.163.240]) by mail.maildlp.com (Postfix) with ESMTPS id 2C7FC1400CA; Thu, 14 Dec 2023 01:05:15 +0800 (CST) Received: from localhost (10.202.227.76) by lhrpeml500005.china.huawei.com (7.191.163.240) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Wed, 13 Dec 2023 17:05:14 +0000 Date: Wed, 13 Dec 2023 17:05:13 +0000 From: Jonathan Cameron To: Vishal Verma CC: Dan Williams , Dave Jiang , , , , David Hildenbrand , Dave Hansen , Huang Ying , Joao Martins Subject: Re: [PATCH v4 2/3] dax/bus: Introduce guard(device) for device_{lock,unlock} flows Message-ID: <20231213170513.000036e8@Huawei.com> In-Reply-To: <20231212-vv-dax_abi-v4-2-1351758f0c92@intel.com> References: <20231212-vv-dax_abi-v4-0-1351758f0c92@intel.com> <20231212-vv-dax_abi-v4-2-1351758f0c92@intel.com> Organization: Huawei Technologies Research and Development (UK) Ltd. X-Mailer: Claws Mail 4.1.0 (GTK 3.24.33; x86_64-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.227.76] X-ClientProxiedBy: lhrpeml500001.china.huawei.com (7.191.163.213) To lhrpeml500005.china.huawei.com (7.191.163.240) X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Wed, 13 Dec 2023 09:05:30 -0800 (PST) On Tue, 12 Dec 2023 12:08:31 -0700 Vishal Verma wrote: > Introduce a guard(device) macro to lock a 'struct device', and unlock it > automatically when going out of scope using Scope Based Resource > Management semantics. A lot of the sysfs attribute writes in > drivers/dax/bus.c benefit from a cleanup using these, so change these > where applicable. > > Cc: Joao Martins > Suggested-by: Dan Williams > Signed-off-by: Vishal Verma Hi Vishal, I'm a big fan of this cleanup.h stuff so very happen to see this getting used here. There are added opportunities for cleanup that result. Note that almost every time I see people using this stuff they don't look again at the code post the change so miss the wider cleanup that it enables. So you are in good company ;) Jonathan > --- > include/linux/device.h | 2 + > drivers/dax/bus.c | 109 +++++++++++++++++++------------------------------ > 2 files changed, 44 insertions(+), 67 deletions(-) > > diff --git a/include/linux/device.h b/include/linux/device.h > index d7a72a8749ea..a83efd9ae949 100644 > --- a/include/linux/device.h > +++ b/include/linux/device.h > @@ -1131,6 +1131,8 @@ void set_secondary_fwnode(struct device *dev, struct fwnode_handle *fwnode); > void device_set_of_node_from_dev(struct device *dev, const struct device *dev2); > void device_set_node(struct device *dev, struct fwnode_handle *fwnode); > > +DEFINE_GUARD(device, struct device *, device_lock(_T), device_unlock(_T)) Nice. I'd expect this to be widely adopted, so maybe to make things less painful for backporting changes that depend on it, make this a separate trivial patch rather than having this in here. > + > static inline int dev_num_vf(struct device *dev) > { > if (dev->bus && dev->bus->num_vf) > diff --git a/drivers/dax/bus.c b/drivers/dax/bus.c > index 1ff1ab5fa105..ce1356ac6dc2 100644 > --- a/drivers/dax/bus.c > +++ b/drivers/dax/bus.c > @@ -296,9 +296,8 @@ static ssize_t available_size_show(struct device *dev, > struct dax_region *dax_region = dev_get_drvdata(dev); > unsigned long long size; > > - device_lock(dev); > + guard(device)(dev); > size = dax_region_avail_size(dax_region); > - device_unlock(dev); > > return sprintf(buf, "%llu\n", size); return sprintf(buf, @%llu\n@, dax_region_avail_size(dax_region)); and drop the local variable that adds little perhaps? > } > @@ -314,10 +313,9 @@ static ssize_t seed_show(struct device *dev, > if (is_static(dax_region)) > return -EINVAL; > > - device_lock(dev); > + guard(device)(dev); > seed = dax_region->seed; > rc = sprintf(buf, "%s\n", seed ? dev_name(seed) : ""); return sprintf(); > - device_unlock(dev); > > return rc; > } > @@ -333,10 +331,9 @@ static ssize_t create_show(struct device *dev, > if (is_static(dax_region)) > return -EINVAL; > > - device_lock(dev); > + guard(device)(dev); > youngest = dax_region->youngest; > rc = sprintf(buf, "%s\n", youngest ? dev_name(youngest) : ""); return sprintf(); > - device_unlock(dev); > > return rc; > } > @@ -345,7 +342,14 @@ static ssize_t create_store(struct device *dev, struct device_attribute *attr, > const char *buf, size_t len) > { > struct dax_region *dax_region = dev_get_drvdata(dev); > + struct dev_dax_data data = { > + .dax_region = dax_region, > + .size = 0, > + .id = -1, > + .memmap_on_memory = false, > + }; > unsigned long long avail; > + struct dev_dax *dev_dax; > ssize_t rc; > int val; > > @@ -358,38 +362,26 @@ static ssize_t create_store(struct device *dev, struct device_attribute *attr, > if (val != 1) > return -EINVAL; > > - device_lock(dev); > + guard(device)(dev); > avail = dax_region_avail_size(dax_region); > if (avail == 0) > - rc = -ENOSPC; > - else { > - struct dev_dax_data data = { > - .dax_region = dax_region, > - .size = 0, > - .id = -1, > - .memmap_on_memory = false, > - }; > - struct dev_dax *dev_dax = devm_create_dev_dax(&data); > + return -ENOSPC; > > - if (IS_ERR(dev_dax)) > - rc = PTR_ERR(dev_dax); > - else { > - /* > - * In support of crafting multiple new devices > - * simultaneously multiple seeds can be created, > - * but only the first one that has not been > - * successfully bound is tracked as the region > - * seed. > - */ > - if (!dax_region->seed) > - dax_region->seed = &dev_dax->dev; > - dax_region->youngest = &dev_dax->dev; > - rc = len; > - } > - } > - device_unlock(dev); > + dev_dax = devm_create_dev_dax(&data); > + if (IS_ERR(dev_dax)) > + return PTR_ERR(dev_dax); > > - return rc; > + /* > + * In support of crafting multiple new devices rewrap this comment for the new indent. > + * simultaneously multiple seeds can be created, > + * but only the first one that has not been > + * successfully bound is tracked as the region > + * seed. > + */ > + if (!dax_region->seed) > + dax_region->seed = &dev_dax->dev; > + dax_region->youngest = &dev_dax->dev; Trivial but blank line here would be a nice to have > + return len; > } ... > @@ -1138,18 +1123,14 @@ static ssize_t mapping_store(struct device *dev, struct device_attribute *attr, > return rc; > > rc = -ENXIO; Not needed with suggested changes that follow. > - device_lock(dax_region->dev); > - if (!dax_region->dev->driver) { > - device_unlock(dax_region->dev); > + guard(device)(dax_region->dev); > + if (!dax_region->dev->driver) > return rc; return -ENXIO; > - } > - device_lock(dev); > > + guard(device)(dev); > to_alloc = range_len(&r); > if (alloc_is_aligned(dev_dax, to_alloc)) > rc = alloc_dev_dax_range(dev_dax, r.start, to_alloc); Flip logic here and I'd drop the ternary stuff as well - same in other similar cases in this patch (though that is just personal taste) if (!alloc_is_aligned(dev_dax, to_allco)) return -ENXIO. rc = alloc_dev_dax_range(dev_dax, r.start, to_allco) if (rc) return rc; return len; > - device_unlock(dev); > - device_unlock(dax_region->dev); > > return rc == 0 ? len : rc; > } >