Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1386131pxj; Fri, 18 Jun 2021 06:07:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzuKuCpNuS+IAjyLuHSizZ30WFQ67z9Ms/FRZ3b/aHaKJ7p8aqyBlIzjOd3KzsRmw8gWnv5 X-Received: by 2002:a17:906:fcb5:: with SMTP id qw21mr10816473ejb.57.1624021672109; Fri, 18 Jun 2021 06:07:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624021672; cv=none; d=google.com; s=arc-20160816; b=Wrnb2b+kRMKZNWCjvaghgWNvrbJJ294SKhM884lD5F36KVwXfPpHuMib/1HbphgNRB aYladToLi+W/x/ZaXS6Z0mAS3ih7esDbuv1jRne8tfJKXyrYm7bawdHEciNNzwwP9jO+ GHxdINKeqmKEdtH6ozSrUQceV+yiz0ou7c5YPi6/7gx85h0Lf8L/S0u+OlYCfgTJiyu9 pYi5JjvUZjrasi2a8V0ykVWxuhzRdqGl8CxwgCjFmf6e58ZRXELYaMfuRVE1LDxo983z k3G5NpKr1mg71K49BqSVYnFp6CXlRL4CFl78XsYrIoI2qT/BCy5e9IJzoanjRDMJ7w9N PdPA== 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=stvSk3gDnwydLdmv2kGkmelsFDUu+AMaT99wKTXZOB8=; b=Ks3C1gTkU74yIoAqF+pgjgP7HXikpsKSwoJageBRbfKCW1GJeKmZ1vbaILvujDIA9s /HpFwzEW252jIqWjr8mdRSNLa49AzUvojJ1C/XeO0K8EG74QAoytK5SsiFHwec8e3H7A bNzLLnLlSA4kVdkm/54Ld3WX7hAybSUTjT9yTeJNcb7DVRrr+IqQTZtk/uDGdHzMNmZa y1BVHtvRL8buVGzc8Zpd0e9YT9Okt6G2oReJVu3O5gRmw+yQr0rwFIxDm7QvhBo9FG3D iV5QgnFXYNVfa2JJD6qOSp9LXDixKBZqNZNdxIyOQ4T2TGvUw2TRKHszAJ/8Hgm5DuxP 7nPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SaAofFEr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a14si2067562ejy.671.2021.06.18.06.07.27; Fri, 18 Jun 2021 06:07:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SaAofFEr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230217AbhFRMve (ORCPT + 99 others); Fri, 18 Jun 2021 08:51:34 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:24043 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231252AbhFRMvc (ORCPT ); Fri, 18 Jun 2021 08:51:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1624020563; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=stvSk3gDnwydLdmv2kGkmelsFDUu+AMaT99wKTXZOB8=; b=SaAofFErq6YjjnjSBvOXgQHgyoo0TWk08us4DIH/m8gq41HVgc0tpg269rbBu/jss6wVdd PoVHHHzhW4qgz7pIJKDUebn5pTnfzVC6wnUJ6y80bapqTX/pPcWQ45GeErCEz8d7OZtmTz GGLE3lnWF4ec9SzUtZteQgTYTLRezEU= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-495-LhsThL7aMIWg8SqvPJKNAQ-1; Fri, 18 Jun 2021 08:49:19 -0400 X-MC-Unique: LhsThL7aMIWg8SqvPJKNAQ-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A81E2802B7E; Fri, 18 Jun 2021 12:49:16 +0000 (UTC) Received: from horse.redhat.com (ovpn-114-2.rdu2.redhat.com [10.10.114.2]) by smtp.corp.redhat.com (Postfix) with ESMTP id F0CD819D61; Fri, 18 Jun 2021 12:49:15 +0000 (UTC) Received: by horse.redhat.com (Postfix, from userid 10451) id 7F47422054F; Fri, 18 Jun 2021 08:49:15 -0400 (EDT) Date: Fri, 18 Jun 2021 08:49:15 -0400 From: Vivek Goyal To: Miklos Szeredi Cc: Ira Weiny , Dan Williams , Vishal Verma , linux-kernel@vger.kernel.org, linux-nvdimm , linux-fsdevel@vger.kernel.org Subject: Re: [PATCH 1/3] fs/fuse: Remove unneeded kaddr parameter Message-ID: <20210618124915.GA1234055@redhat.com> References: <20210525172428.3634316-1-ira.weiny@intel.com> <20210525172428.3634316-2-ira.weiny@intel.com> <20210611172301.GA1600546@iweiny-DESK2.sc.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 18, 2021 at 09:01:39AM +0200, Miklos Szeredi wrote: > On Fri, 11 Jun 2021 at 19:23, Ira Weiny wrote: > > > > On Tue, May 25, 2021 at 10:24:26AM -0700, 'Ira Weiny' wrote: > > > From: Ira Weiny > > > > > > fuse_dax_mem_range_init() does not need the address or the pfn of the > > > memory requested in dax_direct_access(). It is only calling direct > > > access to get the number of pages. > > > > In looking for feedback on this small series I realize that I failed to email > > Miklos for the fs/fuse patch. > > > > I'm adding Miklos to the To line... > > LGTM, but this is Vivek's code, so adding Cc. > Looks good to me as well. We are not using pfn and kaddr in fuse_dax_mem_range_init(). Reviewed-by: Vivek Goyal Thanks Vivek > Thanks, > Miklos > > > > > > For the rest of the series is there any feedback? > > > > Ira > > > > > > > > Remove the unused variables and stop requesting the kaddr and pfn from > > > dax_direct_access(). > > > > > > Reviewed-by: Dan Williams > > > Signed-off-by: Ira Weiny > > > --- > > > fs/fuse/dax.c | 6 ++---- > > > 1 file changed, 2 insertions(+), 4 deletions(-) > > > > > > diff --git a/fs/fuse/dax.c b/fs/fuse/dax.c > > > index ff99ab2a3c43..34f8a5635c7f 100644 > > > --- a/fs/fuse/dax.c > > > +++ b/fs/fuse/dax.c > > > @@ -1234,8 +1234,6 @@ void fuse_dax_conn_free(struct fuse_conn *fc) > > > static int fuse_dax_mem_range_init(struct fuse_conn_dax *fcd) > > > { > > > long nr_pages, nr_ranges; > > > - void *kaddr; > > > - pfn_t pfn; > > > struct fuse_dax_mapping *range; > > > int ret, id; > > > size_t dax_size = -1; > > > @@ -1247,8 +1245,8 @@ static int fuse_dax_mem_range_init(struct fuse_conn_dax *fcd) > > > INIT_DELAYED_WORK(&fcd->free_work, fuse_dax_free_mem_worker); > > > > > > id = dax_read_lock(); > > > - nr_pages = dax_direct_access(fcd->dev, 0, PHYS_PFN(dax_size), &kaddr, > > > - &pfn); > > > + nr_pages = dax_direct_access(fcd->dev, 0, PHYS_PFN(dax_size), NULL, > > > + NULL); > > > dax_read_unlock(id); > > > if (nr_pages < 0) { > > > pr_debug("dax_direct_access() returned %ld\n", nr_pages); > > > -- > > > 2.28.0.rc0.12.gb6a658bd00c9 > > > >