[pnfs] [PATCH 0/38] [v1] pnfs: client layout cache

[Labiaga, Ricardo]

You should also be able to do:
   git remote add <name> git://linux-nfs.org/~bhalevy/linux-pnfs.git

The remote branches will then appear under <name>/<name of the branch>

- ricardo


> -----Original Message-----
> From: Iyer, Rahul 
> Sent: Monday, January 07, 2008 2:38 PM
> To: Dean Hildebrand; Benny Halevy
> Cc: pnfs at linux-nfs.org
> Subject: Re: [pnfs] [PATCH 0/38] [v1] pnfs: client layout cache
> 
> Try 
> git branch -r 
> and you might see the other branches.
> Thanks,
> Rahul
> 
> 
> > -----Original Message-----
> > From: Dean Hildebrand [mailto:seattleplus at gmail.com] 
> > Sent: Monday, January 07, 2008 2:35 PM
> > To: Benny Halevy
> > Cc: pnfs at linux-nfs.org
> > Subject: Re: [pnfs] [PATCH 0/38] [v1] pnfs: client layout cache
> > 
> > Not sure if this is my fault, but I just did a
> > 
> >  >git clone git://linux-nfs.org/~bhalevy/linux-pnfs.git
> > 
> > and then the only branch I see is master:
> >  >git branch
> > * master
> > 
> > Did I do something wrong?   (git version 1.5.3.3)
> > Dean
> > 
> > Benny Halevy wrote:
> > > Seven updated patches and one new, based on (mostly Dean's) 
> > comments 
> > > in replies to this email.
> > >
> > > Please get full updated patchset from 
> > > git://linux-nfs.org/~bhalevy/linux-pnfs.git
> > > client-layout-cache branch, or use "git-remote update" if you've 
> > > already cloned the tree.
> > >
> > > updated 
> > 0016-pnfs-allocate-layout-driver-data-in-one-piece-with.patch
> > > new     0017-pnfs-require-layout-driver-alloc-free-_layout.patch
> > > updated 
> > 0019-pnfs-client-layout-cache-introduce-get_alloc_layou.patch
> > > updated 
> > 0020-pnfs-client-layout-cache-allow-waiting-for-alloc_l.patch
> > > updated 
> 0021-pnfs-client-layout-cache-get_lock-put_unlock-_cur.patch
> > > updated 
> > 0022-pnfs-client-layout-cache-unlock-layout-around-call.patch
> > > updated 
> 0025-pnfs-client-layout-cache-require-layout-driver-al.patch
> > > updated 
> 0038-pnfs-client-layout-cache-return_layout-use-pnfs_f.patch
> > >
> > > Benny
> > >
> > > On Jan. 01, 2008, 12:47 +0200, Benny Halevy 
> > <bhalevy at panasas.com> wrote:
> > >   
> > >> This patchset contains some cleanups and bug fixes to the 
> > existing pnfs code.
> > >> Mainly support for non page cache I/O was removed since 
> > it's not used 
> > >> anywhere at the moment.  Rather than maintaining the 
> dead code we 
> > >> rather add it back only if/when needed.
> > >>
> > >> The client layout cache stores layout segments in a sorted 
> > list hung 
> > >> from struct pnfs_layout_type.
> > >>
> > >> Allocation and deallocation of this structure was 
> > simplified allowing 
> > >> the layout driver to easily allocate its private data in 
> one chunk 
> > >> immediately following the generic structure.
> > >>
> > >> Same principle was applied for layout segment allocation.
> > >>
> > >> New accessors help getting the LD private data, as well as 
> > "standard" 
> > >> pointers (e.g. nfs_inode, nfs_server, etc.) derived from 
> > >> pnfs_layout_type (and pnfs_layout_segment).  This allows 
> > simplifying 
> > >> the LD API a bit by passing it only the pnfs_layout_type 
> > without the inode.
> > >>
> > >> Layout driver is no longer responsible for maintaining layout 
> > >> segments and it does not set the nfsi->current_layout to 
> NULL when 
> > >> there's no more layout information to keep.  The pnfs 
> > layout cache is 
> > >> doing that by keeping track of all layout segments and 
> maintaining 
> > >> them in sync with LAYOUTGETs and LAYOUTRETURNs.
> > >>
> > >> The LD read, write, (and later-on commit) methods now get 
> > the layout 
> > >> segment covering the I/O byte range in the nfs_{read,write}_data 
> > >> structure and it is freed on exit for synchronous I/O or 
> > in the done 
> > >> function for the asynchronous paths.
> > >>
> > >> To simplify async done processing the layout drivers must 
> > always set 
> > >> the rpc task.tk_status and result fields (count, eof for read, 
> > >> committed for
> > >>  write) and then call back the pnfs 
> nfs_{read,write}list_complete 
> > >> functions that will call up the rpc_call_done chain.  If 
> > the LD I/O 
> > >> function returns synchronously, it still must set the 
> > fields mentioned above.
> > >>
> > >> I also added some basic synchronization and reference 
> counting for 
> > >> allocating and using layout cache structures.  Higher level 
> > >> synchronization between layout gets, returns, and recalls 
> > is still to be done.
> > >>
> > >> Benny
> > >>
> > >> _______________________________________________
> > >> pNFS mailing list
> > >> pNFS at linux-nfs.org
> > >> http://linux-nfs.org/cgi-bin/mailman/listinfo/pnfs
> > >>
> > >>     
> > >
> > > _______________________________________________
> > > pNFS mailing list
> > > pNFS at linux-nfs.org
> > > http://linux-nfs.org/cgi-bin/mailman/listinfo/pnfs
> > >   
> > _______________________________________________
> > pNFS mailing list
> > pNFS at linux-nfs.org
> > http://linux-nfs.org/cgi-bin/mailman/listinfo/pnfs
> > 
> _______________________________________________
> pNFS mailing list
> pNFS at linux-nfs.org
> http://linux-nfs.org/cgi-bin/mailman/listinfo/pnfs
>