From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bombadil.infradead.org ([198.137.202.133]:46634 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726112AbeJQQcB (ORCPT ); Wed, 17 Oct 2018 12:32:01 -0400 Date: Wed, 17 Oct 2018 01:37:21 -0700 From: Christoph Hellwig Subject: Re: [PATCH 19/26] vfs: clean up generic_remap_file_range_prep return value Message-ID: <20181017083721.GG16896@infradead.org> References: <153965939489.1256.7400115244528045860.stgit@magnolia> <153966001458.3607.5940191707393894977.stgit@magnolia> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <153966001458.3607.5940191707393894977.stgit@magnolia> Sender: linux-xfs-owner@vger.kernel.org List-ID: List-Id: xfs To: "Darrick J. Wong" Cc: david@fromorbit.com, sandeen@redhat.com, linux-nfs@vger.kernel.org, linux-cifs@vger.kernel.org, linux-unionfs@vger.kernel.org, linux-xfs@vger.kernel.org, linux-mm@kvack.org, linux-btrfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, ocfs2-devel@oss.oracle.com On Mon, Oct 15, 2018 at 08:20:14PM -0700, Darrick J. Wong wrote: > From: Darrick J. Wong > > Since the remap prep function can update the length of the remap > request, we can change this function to return the usual return status > instead of the odd behavior it has now. > > Signed-off-by: Darrick J. Wong Looks fine, Reviewed-by: Christoph Hellwig