[patch 5/6] Implement a new version of lucid spkm3 context.

[Neil Brown]

On Friday October 13, trond.myklebust at fys.uio.no wrote:
> On Fri, 2006-10-13 at 15:35 -0400, kwc at citi.umich.edu wrote:
> > 
> > 
> > From: Olga Kornievskaia <aglo at citi.umich.edu>
> > 
> > Signed-off-by: Olga Kornievskaia <aglo at citi.umich.edu>
> > Signed-off-by: Kevin Coffman <kwc at citi.umich.edu>
> > 
> > Implement a new version of lucid spkm3 context which is passed
> > down to the kernel.
> > 
> > 
> > ---
> > 
> >  nfs-utils-1.0.10-kwc/utils/gssd/context_spkm3.c |   39 +++++++++++-------------
> >  1 file changed, 19 insertions(+), 20 deletions(-)
> > 
> > diff -puN utils/gssd/context_spkm3.c~spkm3_new_lucid_context utils/gssd/context_spkm3.c
> > --- nfs-utils-1.0.10/utils/gssd/context_spkm3.c~spkm3_new_lucid_context	2006-10-13 14:28:46.185759000 -0400
> > +++ nfs-utils-1.0.10-kwc/utils/gssd/context_spkm3.c	2006-10-13 14:28:46.247759000 -0400
> > @@ -51,6 +51,7 @@
> >   *
> >   *	buf->length should be:
> >   *
> > + *      version 4
> 
> How is this versioning useful? There doesn't appear to be any
> provisioning for a fallback to previous versions for kernels that don't
> support version 4. Am I missing something?

Ping? I would like to see the answer to this one too.

I'm guessing that it is just documentation. spkm support isn't in the
mainline kernel yet, so it is still 'under development' and could
change without notice.  Would that be right?
Still, it should settle quickly, or use some real versioning scheme if
it will take a while to get right.

NeilBrown