Re: [PATCH v5 1/9] nfsdcld: add client tracking daemon stub

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 16 Apr 2012 11:14:34 -0400
Steve Dickson <SteveD@xxxxxxxxxx> wrote:

> 
> 
> On 04/16/2012 10:23 AM, Jeff Layton wrote:
> > On Mon, 16 Apr 2012 10:06:55 -0400
> > Steve Dickson <SteveD@xxxxxxxxxx> wrote:
> > 
> >>
> >>
> >> On 02/01/2012 10:44 AM, Jeff Layton wrote:
> >>> This program opens and "listens" on the new nfsd/cld rpc_pipefs pipe.
> >>> The code here doesn't actually do anything on stable storage yet. That
> >>> will be added in a later patch.
> >>>
> >>> The patch also adds a autoconf enable switch for the new daemon that
> >>> defaults to "no", and a test for the upcall description header file.
> >>>
> >>> Signed-off-by: Jeff Layton <jlayton@xxxxxxxxxx>
> >>> ---
> >>>  configure.ac              |   14 +++
> >>>  utils/Makefile.am         |    4 +
> >>>  utils/nfsdcld/Makefile.am |   14 +++
> >>>  utils/nfsdcld/nfsdcld.c   |  275 +++++++++++++++++++++++++++++++++++++++++++++
> >>>  4 files changed, 307 insertions(+), 0 deletions(-)
> >>>  create mode 100644 utils/nfsdcld/Makefile.am
> >>>  create mode 100644 utils/nfsdcld/nfsdcld.c
> >>>
> >>> diff --git a/configure.ac b/configure.ac
> >>> index 920e8da..d50e54e 100644
> >>> --- a/configure.ac
> >>> +++ b/configure.ac
> >>> @@ -185,6 +185,12 @@ else
> >>>  	AM_CONDITIONAL(MOUNT_CONFIG, [test "$enable_mount" = "yes"])
> >>>  fi
> >>>  
> >>> +AC_ARG_ENABLE(nfsdcld,
> >>> +	[AC_HELP_STRING([--enable-nfsdcld],
> >>> +			[Create nfsdcld NFSv4 clientid tracking daemon. <:@default=no@:>@])],
> >>> +	enable_nfsdcld=$enableval,
> >>> +	enable_nfsdcld="no")
> >>> +
> >>>  dnl Check for TI-RPC library and headers
> >>>  AC_LIBTIRPC
> >>>  
> >>> @@ -260,6 +266,13 @@ if test "$enable_nfsv4" = yes; then
> >>>    dnl check for the keyutils libraries and headers
> >>>    AC_KEYUTILS
> >>>  
> >>> +  if test "$enable_nfsdcld" = "yes"; then
> >>> +    AC_CHECK_HEADERS([linux/nfsd/cld.h], ,
> >>> +		     AC_MSG_ERROR([Cannot find header needed for nfsdcld]))
> >>> +  fi
> >> This adds a dependency on the kernel headers being present which 
> >> is unprecedented for nfs-utils or any other package I'm aware of
> >> and I just don't think its a good idea... 
> >>
> >> So I'm wondering if there is someway around creating this
> >> dependency...
> >>
> > 
> > The idea with that header was to have a common userspace/kernel header
> > that describes the upcall/downcall format. The proper place for those
> > is generally the kernel-headers package (at least on Fedora). Other
> > distros have a similar package.
> > 
> > One possibility is to include a copy of this header with nfs-utils, and
> > only use it if /usr/include/linux/nfsd/cld.h isn't present. It's not
> > ideal, but I suppose we could live with it if adding a dependency on
> > kernel headers is anathema. It would take some rework of the code and
> > autoconf/automake stuff however.
> > 
> I believe this is how it was done in the past, keeping separate
> header files... Since I'm causing the pain, I would be more than 
> willing to do the autoconf/automake updates...
> 

Ok. If we ever have to rev the upcall format, then we'll also need to
fix the daemon to deal with legacy formats as well. Using a header
bundled with nfs-utils might actually make that easier.

I'm rather swamped at the moment, so I'll take you up on the offer to
fix up the autoconf/automake stuff :).
-- 
Jeff Layton <jlayton@xxxxxxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux