Received: by 2002:a05:7208:9594:b0:7e:5202:c8b4 with SMTP id gs20csp1260856rbb; Mon, 26 Feb 2024 04:10:54 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCUpU0wPyc/bhZ0r7j8di5+h3kPG1v84m9w621HXyBi4PACI2gQMmw5jF3gFgmTOuY+GYwALjqROyBFumKZg5LLeBSM1QiOwiEkiUR4g3w== X-Google-Smtp-Source: AGHT+IEUohGNfq4ugh/xjk4IId+CDEQ87wTZbfAZ4xDYKasKPuTXATTGnhyIaPXjHbjPIxgT+5XE X-Received: by 2002:a17:906:135b:b0:a40:2998:567c with SMTP id x27-20020a170906135b00b00a402998567cmr4182992ejb.41.1708949453858; Mon, 26 Feb 2024 04:10:53 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708949453; cv=pass; d=google.com; s=arc-20160816; b=x6cXq4zHHx7dqU8r2Pw2qAcp+R8xFi1LcxsFCVx4NQ4EeOfiGl/F5m2tNWOsl++Sj+ 6yOyDpYcZpj8WgfXgMgYkhKTAr14kruFLu83ua+hePacPXihM4ALAuCjb4ffJg8vl9xV lBziXkHERL7y7XrNTaaaRE27nvUaRlAjVjDaxkyH6oFi5bctuKXWd6mOA7+0uTqPrxmm npCAf00oXyev7WshWpNYL4+A1rZ7qv9TBP6gcSO/fssMCtLKIOR44DH6UB53R2jL4rp7 MCHbmEvZ9ZkVPrG7doYwCtlgAW+cxfNsDcZSVC27sMJOtrUrcVIjxI6t2tXrCW9mh+mM 0cOA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:organization:references :in-reply-to:message-id:subject:cc:to:from:date; bh=wPYviVj+lvplpRCa8CNUE+q84oPanbUgVVy2MiTYMak=; fh=NxEgvf8Rw6A11ITJWFIYtOfb5rphg3RFyVjPJ/rcJm4=; b=lSn8oMMoBZ2cq7y8vHb35vnYkZz94jlE8UYgVvKaUTuZsGpI9oCyBu1SiW5A7pFDhx 6DPqZuz6Dui4TrIDlRdD/1WrCkPriDP9/0zRFge+pvpdVtZqza6KpCAQ0JT3MOOH+Hlo dbIf+tazoxy2C50tk0jhMNILUaX3KJx2RSy9/vGiFzrBDHobzjg7wIiG7mKKG/2RiRno MiAvNj9QaOz19pN4eHQatboIv9fYbsVdNXxERaEwcrjPouWMKb8n7sQdm4HdRCHY6NO1 QivrDiMhFRN/tlarx8/OINuOgQbgZGNiMDJK1ocf631tGEVCdk+4UL/ywGvU9XUCrCBU NjaA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=huawei.com dmarc=pass fromdomain=huawei.com); spf=pass (google.com: domain of linux-kernel+bounces-81338-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-81338-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id hv16-20020a17090760d000b00a4312f425c1si1456562ejc.662.2024.02.26.04.10.53 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 26 Feb 2024 04:10:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-81338-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=huawei.com dmarc=pass fromdomain=huawei.com); spf=pass (google.com: domain of linux-kernel+bounces-81338-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-81338-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 8FB6E1F22551 for ; Mon, 26 Feb 2024 12:10:53 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B9D7C60256; Mon, 26 Feb 2024 12:10:41 +0000 (UTC) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F2C865FF15; Mon, 26 Feb 2024 12:10:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.176.79.56 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708949441; cv=none; b=eFNV8+JmQlkEYLhjEga1zAwWtD7DAga+3Cc0pqCsLSjM7JKVyYqFGpcoP7v32pdAZTFuNr64pP6zWcIUHBwuOj2Cdn4OO03Hn4IFm+Kd+8uvchiOfRm/b9QZzdDLJmp7s3UXyHywfJY0Ub3ZQTZ5SqoTu4kN0K9u1Wm42ocjNuE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708949441; c=relaxed/simple; bh=ghthQB9VdSgFeOK/mgD0fV9zUBPGih/cqEwrsOB0Wyk=; h=Date:From:To:CC:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=svfR0FZsoNIDLDU6AXpRGbQdjbPcdOWKTcsvmuIRUs6/W3GPHl0YcuVKxqvgR9YbWBIBh2MPj0m7jcXFO9jARjafmsgqJrekMueQ9mgBlo7jBeADINyBLBtZMpWjhq/67cMBh8vdkUGIcy13x5e4wIcIDudAU6qwhc/rO3pJ/KU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=Huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=185.176.79.56 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=Huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Tjzpz1h6rz6JBSD; Mon, 26 Feb 2024 20:06:03 +0800 (CST) Received: from lhrpeml500005.china.huawei.com (unknown [7.191.163.240]) by mail.maildlp.com (Postfix) with ESMTPS id D2255141388; Mon, 26 Feb 2024 20:10:36 +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_256_GCM_SHA384) id 15.1.2507.35; Mon, 26 Feb 2024 12:10:36 +0000 Date: Mon, 26 Feb 2024 12:10:35 +0000 From: Jonathan Cameron To: John Groves CC: John Groves , Jonathan Corbet , "Dan Williams" , Vishal Verma , Dave Jiang , "Alexander Viro" , Christian Brauner , "Jan Kara" , Matthew Wilcox , , , , , , , Dave Chinner , Christoph Hellwig , , Subject: Re: [RFC PATCH 03/20] dev_dax_iomap: Move dax_pgoff_to_phys from device.c to bus.c since both need it now Message-ID: <20240226121035.00007ca4@Huawei.com> In-Reply-To: <8d062903cded81cba05cc703f61160a0edb4578a.1708709155.git.john@groves.net> References: <8d062903cded81cba05cc703f61160a0edb4578a.1708709155.git.john@groves.net> Organization: Huawei Technologies Research and Development (UK) Ltd. X-Mailer: Claws Mail 4.1.0 (GTK 3.24.33; x86_64-w64-mingw32) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-ClientProxiedBy: lhrpeml500001.china.huawei.com (7.191.163.213) To lhrpeml500005.china.huawei.com (7.191.163.240) On Fri, 23 Feb 2024 11:41:47 -0600 John Groves wrote: > bus.c can't call functions in device.c - that creates a circular linkage > dependency. > > Signed-off-by: John Groves This also adds the export which you should mention! Do they need it already? Seems like tense of patch title may be wrong. > --- > drivers/dax/bus.c | 24 ++++++++++++++++++++++++ > drivers/dax/device.c | 23 ----------------------- > 2 files changed, 24 insertions(+), 23 deletions(-) > > diff --git a/drivers/dax/bus.c b/drivers/dax/bus.c > index 1ff1ab5fa105..664e8c1b9930 100644 > --- a/drivers/dax/bus.c > +++ b/drivers/dax/bus.c > @@ -1325,6 +1325,30 @@ static const struct device_type dev_dax_type = { > .groups = dax_attribute_groups, > }; > > +/* see "strong" declaration in tools/testing/nvdimm/dax-dev.c */ > +__weak phys_addr_t dax_pgoff_to_phys(struct dev_dax *dev_dax, pgoff_t pgoff, > + unsigned long size) > +{ > + int i; > + > + for (i = 0; i < dev_dax->nr_range; i++) { > + struct dev_dax_range *dax_range = &dev_dax->ranges[i]; > + struct range *range = &dax_range->range; > + unsigned long long pgoff_end; > + phys_addr_t phys; > + > + pgoff_end = dax_range->pgoff + PHYS_PFN(range_len(range)) - 1; > + if (pgoff < dax_range->pgoff || pgoff > pgoff_end) > + continue; > + phys = PFN_PHYS(pgoff - dax_range->pgoff) + range->start; > + if (phys + size - 1 <= range->end) > + return phys; > + break; > + } > + return -1; Not related to your patch but returning -1 in a phys_addr_t isn't ideal. I assume aim is all bits set as a marker, in which case PHYS_ADDR_MAX from limits.h would make things clearer. > +} > +EXPORT_SYMBOL_GPL(dax_pgoff_to_phys); > + > struct dev_dax *devm_create_dev_dax(struct dev_dax_data *data) > { > struct dax_region *dax_region = data->dax_region; > diff --git a/drivers/dax/device.c b/drivers/dax/device.c > index 93ebedc5ec8c..40ba660013cf 100644 > --- a/drivers/dax/device.c > +++ b/drivers/dax/device.c > @@ -50,29 +50,6 @@ static int check_vma(struct dev_dax *dev_dax, struct vm_area_struct *vma, > return 0; > } > > -/* see "strong" declaration in tools/testing/nvdimm/dax-dev.c */ > -__weak phys_addr_t dax_pgoff_to_phys(struct dev_dax *dev_dax, pgoff_t pgoff, > - unsigned long size) > -{ > - int i; > - > - for (i = 0; i < dev_dax->nr_range; i++) { > - struct dev_dax_range *dax_range = &dev_dax->ranges[i]; > - struct range *range = &dax_range->range; > - unsigned long long pgoff_end; > - phys_addr_t phys; > - > - pgoff_end = dax_range->pgoff + PHYS_PFN(range_len(range)) - 1; > - if (pgoff < dax_range->pgoff || pgoff > pgoff_end) > - continue; > - phys = PFN_PHYS(pgoff - dax_range->pgoff) + range->start; > - if (phys + size - 1 <= range->end) > - return phys; > - break; > - } > - return -1; > -} > - > static void dax_set_mapping(struct vm_fault *vmf, pfn_t pfn, > unsigned long fault_size) > {