All of lore.kernel.org
 help / color / mirror / Atom feed
* NFSD merge candidate for v5.11
@ 2020-11-24 22:51 Chuck Lever
  2020-11-24 23:14 ` Jeff Layton
  0 siblings, 1 reply; 5+ messages in thread
From: Chuck Lever @ 2020-11-24 22:51 UTC (permalink / raw)
  To: Linux NFS Mailing List; +Cc: Jeff Layton, Bruce Fields

Hi-

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.

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.

The full branch is available here:

  git://git.linux-nfs.org/projects/cel/cel-2.6.git cel-next

or

  http://git.linux-nfs.org/?p=cel/cel-2.6.git;a=shortlog;h=refs/heads/cel-next

...and is still open for changes or additional patches. This
branch is pulled into linux-next regularly.


--
Chuck Lever




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFSD merge candidate for v5.11
  2020-11-24 22:51 NFSD merge candidate for v5.11 Chuck Lever
@ 2020-11-24 23:14 ` Jeff Layton
  2020-11-25  0:36   ` Chuck Lever
  0 siblings, 1 reply; 5+ messages in thread
From: Jeff Layton @ 2020-11-24 23:14 UTC (permalink / raw)
  To: Chuck Lever, Linux NFS Mailing List; +Cc: Bruce Fields

On Tue, 2020-11-24 at 17:51 -0500, Chuck Lever wrote:
> Hi-
> 
> 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.
> 
> 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.
> 
> The full branch is available here:
> 
>   git://git.linux-nfs.org/projects/cel/cel-2.6.git cel-next
> 
> or
> 
>   http://git.linux-nfs.org/?p=cel/cel-2.6.git;a=shortlog;h=refs/heads/cel-next
> 
> ...and is still open for changes or additional patches. This
> branch is pulled into linux-next regularly.
> 
> 

Minor nit in:

    http://git.linux-nfs.org/?p=cel/cel-2.6.git;a=commit;h=2513716015eba398378bf453d5d2dd46c63a3399

You added a generic_check_iversion prototype to fs.h.

Move that into iversion.h. I think it makes more sense there, and that
avoids the huge rebuild that occurs when fs.h changes.

Cheers!
-- 
Jeff Layton <jlayton@redhat.com>


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFSD merge candidate for v5.11
  2020-11-24 23:14 ` Jeff Layton
@ 2020-11-25  0:36   ` Chuck Lever
  2020-11-25 14:56     ` J. Bruce Fields
  0 siblings, 1 reply; 5+ messages in thread
From: Chuck Lever @ 2020-11-25  0:36 UTC (permalink / raw)
  To: Jeff Layton, Bruce Fields; +Cc: Linux NFS Mailing List



> On Nov 24, 2020, at 6:14 PM, Jeff Layton <jlayton@redhat.com> wrote:
> 
> On Tue, 2020-11-24 at 17:51 -0500, Chuck Lever wrote:
>> Hi-
>> 
>> 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.
>> 
>> 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.
>> 
>> The full branch is available here:
>> 
>>   git://git.linux-nfs.org/projects/cel/cel-2.6.git cel-next
>> 
>> or
>> 
>>   http://git.linux-nfs.org/?p=cel/cel-2.6.git;a=shortlog;h=refs/heads/cel-next
>> 
>> ...and is still open for changes or additional patches. This
>> branch is pulled into linux-next regularly.
> 
> Minor nit in:
> 
>    http://git.linux-nfs.org/?p=cel/cel-2.6.git;a=commit;h=2513716015eba398378bf453d5d2dd46c63a3399
> 
> You added a generic_check_iversion prototype to fs.h.
> 
> 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




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFSD merge candidate for v5.11
  2020-11-25  0:36   ` Chuck Lever
@ 2020-11-25 14:56     ` J. Bruce Fields
  2020-11-30 19:47       ` J. Bruce Fields
  0 siblings, 1 reply; 5+ messages in thread
From: J. Bruce Fields @ 2020-11-25 14:56 UTC (permalink / raw)
  To: Chuck Lever; +Cc: Jeff Layton, Linux NFS Mailing List

On Tue, Nov 24, 2020 at 07:36:21PM -0500, Chuck Lever wrote:
> 
> 
> > On Nov 24, 2020, at 6:14 PM, Jeff Layton <jlayton@redhat.com> wrote:
> > 
> > On Tue, 2020-11-24 at 17:51 -0500, Chuck Lever wrote:
> >> Hi-
> >> 
> >> 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.
> >> 
> >> 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.
> >> 
> >> The full branch is available here:
> >> 
> >>   git://git.linux-nfs.org/projects/cel/cel-2.6.git cel-next
> >> 
> >> or
> >> 
> >>   http://git.linux-nfs.org/?p=cel/cel-2.6.git;a=shortlog;h=refs/heads/cel-next
> >> 
> >> ...and is still open for changes or additional patches. This
> >> branch is pulled into linux-next regularly.
> > 
> > Minor nit in:
> > 
> >    http://git.linux-nfs.org/?p=cel/cel-2.6.git;a=commit;h=2513716015eba398378bf453d5d2dd46c63a3399
> > 
> > You added a generic_check_iversion prototype to fs.h.
> > 
> > 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.

And nfs, I think that's the one I'm mostly likely to have messed up,
actually....

> Should I post this series to linux-fsdevel? Or, Bruce, do you want to?

I think I should do it.

--b.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: NFSD merge candidate for v5.11
  2020-11-25 14:56     ` J. Bruce Fields
@ 2020-11-30 19:47       ` J. Bruce Fields
  0 siblings, 0 replies; 5+ messages in thread
From: J. Bruce Fields @ 2020-11-30 19:47 UTC (permalink / raw)
  To: J. Bruce Fields; +Cc: Chuck Lever, Jeff Layton, Linux NFS Mailing List

On Wed, Nov 25, 2020 at 09:56:17AM -0500, J. Bruce Fields wrote:
> On Tue, Nov 24, 2020 at 07:36:21PM -0500, Chuck Lever wrote:
> > 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.
> 
> And nfs, I think that's the one I'm mostly likely to have messed up,
> actually....
> 
> > Should I post this series to linux-fsdevel? Or, Bruce, do you want to?
> 
> I think I should do it.

I resent, and just left out the patches that touch btrfs, ext4, xfs, and
nfs.  Those can go in later.

--b.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2020-11-30 19:48 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-24 22:51 NFSD merge candidate for v5.11 Chuck Lever
2020-11-24 23:14 ` Jeff Layton
2020-11-25  0:36   ` Chuck Lever
2020-11-25 14:56     ` J. Bruce Fields
2020-11-30 19:47       ` J. Bruce Fields

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.