Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Content-Type: text/plain;
        charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Subject: Re: NFSD merge candidate for v5.11
From:   Chuck Lever <chuck.lever@oracle.com>
In-Reply-To: <0cbeed0a0fa2352961966efdd7e62247b5cd7a7b.camel@redhat.com>
Date:   Tue, 24 Nov 2020 19:36:21 -0500
Cc:     Linux NFS Mailing List <linux-nfs@vger.kernel.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <5A43C026-0746-4F62-8298-2501EF1EF692@oracle.com>
References: <48FA73BE-2D86-4A3F-91D5-C1086E228938@oracle.com>
 <0cbeed0a0fa2352961966efdd7e62247b5cd7a7b.camel@redhat.com>
To:     Jeff Layton <jlayton@redhat.com>, Bruce Fields <bfields@redhat.com>
Precedence: bulk


> On Nov 24, 2020, at 6:14 PM, Jeff Layton <jlayton@redhat.com> wrote:
>=20
> On Tue, 2020-11-24 at 17:51 -0500, Chuck Lever wrote:
>> Hi-
>>=20
>> I've added my NFSv4 XDR decoder series and Bruce's iversion
>> series to my "for next" topic branch to get some early
>> testing exposure for these changes.
>>=20
>> Bruce's series is based on 8/8 posted on November 20, with
>> Jeff's review comments integrated. The NFSD XDR decoder
>> patches are based on v4, posted yesterday afternoon with
>> Bruce's review comments integrated.
>>=20
>> The full branch is available here:
>>=20
>>   git://git.linux-nfs.org/projects/cel/cel-2.6.git cel-next
>>=20
>> or
>>=20
>>   =
http://git.linux-nfs.org/?p=3Dcel/cel-2.6.git;a=3Dshortlog;h=3Drefs/heads/=
cel-next
>>=20
>> ...and is still open for changes or additional patches. This
>> branch is pulled into linux-next regularly.
>=20
> Minor nit in:
>=20
>    =
http://git.linux-nfs.org/?p=3Dcel/cel-2.6.git;a=3Dcommit;h=3D2513716015eba=
398378bf453d5d2dd46c63a3399
>=20
> You added a generic_check_iversion prototype to fs.h.
>=20
> Move that into iversion.h. I think it makes more sense there, and that
> avoids the huge rebuild that occurs when fs.h changes.

Declarations for most other generic_* functions are in fs.h.
But OK, moved, and the series pushed.

So I think the btrfs/ext4/xfs-specific changes might need
sign-off by those maintainers. Should I post this series
to linux-fsdevel? Or, Bruce, do you want to?


--
Chuck Lever