linux-toradex.git/include/linux/nfs_page.h, branch v2.6.16.2 Linux kernel for Apalis and Colibri modules NFS: simplify inlined bit ops in nfs_page.h 2006-01-06T19:58:48+00:00 Chuck Lever cel@netapp.com 2005-11-30T23:08:59+00:00 a911fd9a6046200e439b4af172e8379c0942eec3 Minor cleanup: inlined bit ops in nfs_page.h can be simpler. Test plan: Write-intensive workload against a server that requires COMMITs. Signed-off-by: Chuck Lever <cel@netapp.com> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 
 Minor cleanup:  inlined bit ops in nfs_page.h can be simpler.

 Test plan:
 Write-intensive workload against a server that requires COMMITs.

 Signed-off-by: Chuck Lever <cel@netapp.com>
 Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
[PATCH] NFS: Replace nfs_page insertion sort with a radix sort 2005-06-22T20:07:39+00:00 Trond Myklebust Trond.Myklebust@netapp.com 2005-06-22T17:16:31+00:00 3da28eb1c6545fe73263a24eba0996217490e1eb Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 
 Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
[PATCH] NFS: Make searching and waiting on busy writeback requests more efficient. 2005-06-22T20:07:39+00:00 Trond Myklebust Trond.Myklebust@netapp.com 2005-06-22T17:16:30+00:00 c6a556b88adfacd2af90be84357c8165d716c27d Basically copies the VFS's method for tracking writebacks and applies it to the struct nfs_page. Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> 
 Basically copies the VFS's method for tracking writebacks and applies
 it to the struct nfs_page.

 Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!