From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E863FC54EEB for ; Tue, 24 Mar 2020 19:41:25 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id BA3912076F for ; Tue, 24 Mar 2020 19:41:25 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=oracle.com header.i=@oracle.com header.b="EKQoR2ZP" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725877AbgCXTlZ (ORCPT ); Tue, 24 Mar 2020 15:41:25 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:54908 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725835AbgCXTlZ (ORCPT ); Tue, 24 Mar 2020 15:41:25 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 02OJdNPh042081; Tue, 24 Mar 2020 19:41:06 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : subject : to : cc : references : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=BZzap9FVuyDYIypnbSWDj1Vek14C/oGZFl+aBV8YV2Q=; b=EKQoR2ZPqaOILHUEkRj/JaEZDYHr+onN99cpAwXTtuS4GtKgCyZVEiClwQCa2AD1w5AA /CGSaJYsyhAIreyRQ4FHpZJhK0N6RUgVmIGS4F7QFs0GWLKshYVp2zMUkJboYJ48z118 IFyiR5MSp/Fp2yTXXbXloliSvGjWTIE5jJMQKqqr5D5LhxwVXr0mQAl3YJJaC8BIioIr 3S87gnJzvzIx1CQ0kvYYWbuDopqVh1ljChzuxfWCoe7vE+hERQdhbsixxWnpIPdyMMle ID5+DAhRcw6LEJ4OKDd3Z+0bTDa/6GbyrVvcJ9KVSaSmWPCfO+aqaTSV2EIhbDZwtzWf Jg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2130.oracle.com with ESMTP id 2ywabr6bp8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 24 Mar 2020 19:41:06 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 02OJaYgH002660; Tue, 24 Mar 2020 19:41:05 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 2yymbu70s1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 24 Mar 2020 19:41:05 +0000 Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 02OJf0C8004475; Tue, 24 Mar 2020 19:41:00 GMT Received: from [10.175.222.8] (/10.175.222.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 24 Mar 2020 12:41:00 -0700 From: Joao Martins Subject: Re: [PATCH v2 4/6] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device To: Dan Williams Cc: linux-acpi@vger.kernel.org, "Rafael J. Wysocki" , peterz@infradead.org, dave.hansen@linux.intel.com, ard.biesheuvel@linaro.org, linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org, x86@kernel.org References: <158489354353.1457606.8327903161927980740.stgit@dwillia2-desk3.amr.corp.intel.com> <158489356692.1457606.1858427908360761594.stgit@dwillia2-desk3.amr.corp.intel.com> Message-ID: Date: Tue, 24 Mar 2020 19:40:56 +0000 MIME-Version: 1.0 In-Reply-To: <158489356692.1457606.1858427908360761594.stgit@dwillia2-desk3.amr.corp.intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9570 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 suspectscore=0 adultscore=0 malwarescore=0 bulkscore=0 spamscore=0 mlxlogscore=999 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2003240096 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9570 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 lowpriorityscore=0 malwarescore=0 phishscore=0 priorityscore=1501 clxscore=1011 adultscore=0 mlxscore=0 mlxlogscore=999 bulkscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2003240096 Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org On 3/22/20 4:12 PM, Dan Williams wrote: > In preparation for exposing "Soft Reserved" memory ranges without an > HMAT, move the hmem device registration to its own compilation unit and > make the implementation generic. > > The generic implementation drops usage acpi_map_pxm_to_online_node() > that was translating ACPI proximity domain values and instead relies on > numa_map_to_online_node() to determine the numa node for the device. > > Cc: "Rafael J. Wysocki" > Link: https://lore.kernel.org/r/158318761484.2216124.2049322072599482736.stgit@dwillia2-desk3.amr.corp.intel.com > Signed-off-by: Dan Williams > --- > drivers/acpi/numa/hmat.c | 68 ++++----------------------------------------- > drivers/dax/Kconfig | 4 +++ > drivers/dax/Makefile | 3 +- > drivers/dax/hmem.c | 56 ------------------------------------- > drivers/dax/hmem/Makefile | 5 +++ > drivers/dax/hmem/device.c | 64 ++++++++++++++++++++++++++++++++++++++++++ > drivers/dax/hmem/hmem.c | 56 +++++++++++++++++++++++++++++++++++++ > include/linux/dax.h | 8 +++++ > 8 files changed, 144 insertions(+), 120 deletions(-) > delete mode 100644 drivers/dax/hmem.c > create mode 100644 drivers/dax/hmem/Makefile > create mode 100644 drivers/dax/hmem/device.c > create mode 100644 drivers/dax/hmem/hmem.c > > diff --git a/drivers/acpi/numa/hmat.c b/drivers/acpi/numa/hmat.c > index a12e36a12618..134bcb40b2af 100644 > --- a/drivers/acpi/numa/hmat.c > +++ b/drivers/acpi/numa/hmat.c > @@ -24,6 +24,7 @@ > #include > #include > #include > +#include > > static u8 hmat_revision; > static int hmat_disable __initdata; > @@ -640,66 +641,6 @@ static void hmat_register_target_perf(struct memory_target *target) > node_set_perf_attrs(mem_nid, &target->hmem_attrs, 0); > } > > -static void hmat_register_target_device(struct memory_target *target, ^^^^ int ? > - struct resource *r) > -{ > - /* define a clean / non-busy resource for the platform device */ > - struct resource res = { > - .start = r->start, > - .end = r->end, > - .flags = IORESOURCE_MEM, > - }; > - struct platform_device *pdev; > - struct memregion_info info; > - int rc, id; > - > - rc = region_intersects(res.start, resource_size(&res), IORESOURCE_MEM, > - IORES_DESC_SOFT_RESERVED); > - if (rc != REGION_INTERSECTS) > - return; ^ return -ENXIO; > - > - id = memregion_alloc(GFP_KERNEL); > - if (id < 0) { > - pr_err("memregion allocation failure for %pr\n", &res); > - return; ^ return -ENOMEM; > - } > - > - pdev = platform_device_alloc("hmem", id); > - if (!pdev) { rc = -ENOMEM; > - pr_err("hmem device allocation failure for %pr\n", &res); > - goto out_pdev; > - } > - > - pdev->dev.numa_node = acpi_map_pxm_to_online_node(target->memory_pxm); > - info = (struct memregion_info) { > - .target_node = acpi_map_pxm_to_node(target->memory_pxm), > - }; > - rc = platform_device_add_data(pdev, &info, sizeof(info)); > - if (rc < 0) { > - pr_err("hmem memregion_info allocation failure for %pr\n", &res); > - goto out_pdev; > - } > - > - rc = platform_device_add_resources(pdev, &res, 1); > - if (rc < 0) { > - pr_err("hmem resource allocation failure for %pr\n", &res); > - goto out_resource; > - } > - > - rc = platform_device_add(pdev); > - if (rc < 0) { > - dev_err(&pdev->dev, "device add failed for %pr\n", &res); > - goto out_resource; > - } > - > - return; ^^^^^^ return 0; > - > -out_resource: > - put_device(&pdev->dev); > -out_pdev: > - memregion_free(id); return rc; > -} > - > static void hmat_register_target_devices(struct memory_target *target) > { > struct resource *res; > @@ -711,8 +652,11 @@ static void hmat_register_target_devices(struct memory_target *target) > if (!IS_ENABLED(CONFIG_DEV_DAX_HMEM)) > return; > > - for (res = target->memregions.child; res; res = res->sibling) > - hmat_register_target_device(target, res); > + for (res = target->memregions.child; res; res = res->sibling) { > + int target_nid = acpi_map_pxm_to_node(target->memory_pxm); > + > + hmem_register_device(target_nid, res); > + } > } > If it makes sense to propagate error to hmem_register_device (as noted above), then here perhaps a pr_err() if hmem registration fails mainly for reporting purposes? Regardless of the error nits, looks good overall. So, for what is worth: Reviewed-by: Joao Martins Joao