[pnfs] sorting out pnfs cvs

[William A. (Andy) Adamson]

On 2/23/07, J. Bruce Fields <bfields at fieldses.org> wrote:
>
> On Fri, Feb 23, 2007 at 02:51:42PM -0500, William A. (Andy) Adamson wrote:
> > On 2/23/07, J. Bruce Fields <bfields at fieldses.org> wrote:
> > >
> > >On Fri, Feb 23, 2007 at 09:23:41AM -0500, Dean Hildebrand wrote:
> > >>
> > >> >     - The patch includes some non-pnfs-related changes (increase of
> > >> >       io size on server, for example), and I don't know how to find
> > >> >       the version of the patch that was used for that, and can't
> > >> >       figure out how to get that information out of cvs.
> > >> >
> > >> >
> > >> I thought Andy create several cuts, one for the base kernel, one with
> > >> non-pnfs-related changes, and one with pnfs changes.  Is that true?
> > >
> > >I'm not sure what a cut is.
> > >
> > >There are several tags, but I couldn't find one that e.g. tagged just
> > >2.6.18.3+non-pnfs-patches.  That may just be my cvs incompetence.
> >
> >
> >
> > i believe you want to use the vendorversion that the 2.6.18.3 tree is
> baed
> > on  i.e.
> >
> > pnfs-2-6-18-3-largeio   which will reference all the non-pnfs code....
>
> So, I tried a
>
>         cvs co -r pnfs-2-6-18-3-largeio-clientid pnfs
>
> but what I got had versions of fs/nfs/pnfs.c, for example.  So it
> doesn't appear to be the pre-nfs-patch code.
>
> If someone can figure out how to us cvs to split up the current big
>
>         2.6.18.3 -- > pnfs
>
> patch into
>
>         2.6.18.3 --> 2.6.18.3-largeio-clientid --> pnfs



the tag 2.6.18.3-largeio-clientid tag is not a vendor tag, and therefore is
not useful for creating patches from cvs. it was created to mark when we
went to use NFS4.1 sessions, and so tags the whole tree. a vendor tag on the
other hand, tags only the non-pnfs code.

 i'll try running cvs diff with the last vendors tag and see what i get.

-->Andy


and send me the two patches that result, that's great, otherwise I'm
> just giving up, going with the one big patch, and then manually dealing
> later with the fact that it has some non-pnfs stuff mixed in later.
>
> --b.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://linux-nfs.org/pipermail/pnfs/attachments/20070226/7868d9d0/attachment.htm