Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp698138imm; Wed, 4 Jul 2018 04:31:14 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdZeQLm0T19WQJNRxS48cd2/Knq7srJdyx//fCQje34jfx8PHFTqPEJCsXDl8Krlqo7kDVs X-Received: by 2002:a62:2044:: with SMTP id g65-v6mr1817264pfg.40.1530703874237; Wed, 04 Jul 2018 04:31:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530703874; cv=none; d=google.com; s=arc-20160816; b=t7/X7+xxyZp5y37lvc7H2nz7J52iZHeuK6XE4r/dO3+vh5VRASeokWWH+OHBnncWHm ctryCaxCZDythlHXtRxvgGOc+evjrL6YSVVLhOk5ZWwWkREFTP9uOJjHt4PvWvD3f0jl NmLZlOrKcvrAjSdoWvQkkj9KVm/ofZ4jHO1MMQJBgsfjGiCfTjZpXdvXlU5YM1xcUivL IPXVkWb5Zz90MkaN6udOAxuhXtyTsMprYezgdluQOT5zExRQ9Gnpq/az2mzfh/6sY3a4 SbZkyT27m41oMKwuMYF+C4oXFxz+9rdrj5trlXxY5hgSKMf3ZnoFsbh25mHzhzROcpMZ Z59A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=oLeI3i7h2FHnUd4IT9h/MHsKCyjltGXqNREQMeB8xjM=; b=LVKjZvXZ24XWwmf6y8hele9eD+8HpsNwKSKTSZ3J9HAgEs9CN5aULXp65D/1xC/dgC cQT306puSci/KvlJ3ii7rCCVtLSbEAj/hO58KiakKoO53UvrVjxbji4ex4Bhx3YgoJeh zQj8VBTlvFk4NScbMUoVQ3IEaSgdVjmBi0AbxRx6PGQqLuwTAaVYUtqGuxvYeidmj7J9 GC4OsjdmZNPmQ7nVuePxvvLDsOv+G1YdPXXOaWkZABqeEMl3FxyUC/uLkYqpwiVSIEjc qUaWLAn70xFCjsRxX+jTePoXdcWo7ym1xjB9IkaLn2mIxgfFd8TFmQTzFLu89Dilp7kF IVAg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d18-v6si3006623pgv.248.2018.07.04.04.30.58; Wed, 04 Jul 2018 04:31:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933554AbeGDLaR (ORCPT + 99 others); Wed, 4 Jul 2018 07:30:17 -0400 Received: from mx2.suse.de ([195.135.220.15]:35606 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753600AbeGDLaP (ORCPT ); Wed, 4 Jul 2018 07:30:15 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id EF12DAE07; Wed, 4 Jul 2018 11:30:13 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id 047E11E3C02; Wed, 4 Jul 2018 13:30:13 +0200 (CEST) Date: Wed, 4 Jul 2018 13:30:12 +0200 From: Jan Kara To: Huaisheng Ye Cc: linux-nvdimm@lists.01.org, dan.j.williams@intel.com, ross.zwisler@linux.intel.com, mawilcox@microsoft.com, vishal.l.verma@intel.com, dave.jiang@intel.com, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com, viro@zeniv.linux.org.uk, martin.petersen@oracle.com, axboe@kernel.dk, gregkh@linuxfoundation.org, bart.vanassche@wdc.com, jack@suse.com, chengnt@lenovo.com, linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org, linux-fsdevel@vger.kernel.org, Huaisheng Ye Subject: Re: [PATCH 3/3] fs/dax: Assigning NULL to gfn of dax_direct_access if useless Message-ID: <20180704113012.trnfzeefao25clri@quack2.suse.cz> References: <20180704064058.1344-1-yehs2007@zoho.com> <20180704064058.1344-3-yehs2007@zoho.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180704064058.1344-3-yehs2007@zoho.com> User-Agent: NeoMutt/20170912 (1.9.0) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 04-07-18 14:40:58, Huaisheng Ye wrote: > From: Huaisheng Ye > > Some functions within fs/dax don't need to get gfn from direct_access. > Assigning NULL to gfn of dax_direct_access is more intuitive and simple > than offering a useless local variable. > > Signed-off-by: Huaisheng Ye I like this. You can add: Reviewed-by: Jan Kara for the series. Honza > --- > fs/dax.c | 9 +++------ > 1 file changed, 3 insertions(+), 6 deletions(-) > > diff --git a/fs/dax.c b/fs/dax.c > index aaec72de..aa75dfd 100644 > --- a/fs/dax.c > +++ b/fs/dax.c > @@ -550,7 +550,6 @@ static int copy_user_dax(struct block_device *bdev, struct dax_device *dax_dev, > { > void *vto, *kaddr; > pgoff_t pgoff; > - pfn_t pfn; > long rc; > int id; > > @@ -559,7 +558,7 @@ static int copy_user_dax(struct block_device *bdev, struct dax_device *dax_dev, > return rc; > > id = dax_read_lock(); > - rc = dax_direct_access(dax_dev, pgoff, PHYS_PFN(size), &kaddr, &pfn); > + rc = dax_direct_access(dax_dev, pgoff, PHYS_PFN(size), &kaddr, NULL); > if (rc < 0) { > dax_read_unlock(id); > return rc; > @@ -961,7 +960,6 @@ int __dax_zero_page_range(struct block_device *bdev, > pgoff_t pgoff; > long rc, id; > void *kaddr; > - pfn_t pfn; > > rc = bdev_dax_pgoff(bdev, sector, PAGE_SIZE, &pgoff); > if (rc) > @@ -969,7 +967,7 @@ int __dax_zero_page_range(struct block_device *bdev, > > id = dax_read_lock(); > rc = dax_direct_access(dax_dev, pgoff, 1, &kaddr, > - &pfn); > + NULL); > if (rc < 0) { > dax_read_unlock(id); > return rc; > @@ -1024,7 +1022,6 @@ int __dax_zero_page_range(struct block_device *bdev, > ssize_t map_len; > pgoff_t pgoff; > void *kaddr; > - pfn_t pfn; > > if (fatal_signal_pending(current)) { > ret = -EINTR; > @@ -1036,7 +1033,7 @@ int __dax_zero_page_range(struct block_device *bdev, > break; > > map_len = dax_direct_access(dax_dev, pgoff, PHYS_PFN(size), > - &kaddr, &pfn); > + &kaddr, NULL); > if (map_len < 0) { > ret = map_len; > break; > -- > 1.8.3.1 > > > -- Jan Kara SUSE Labs, CR