Comment 2 for bug 1206387

Hmm. We’re going to need to cherry-pick _a lot_ of patches to backport kernel 3.8 support to OpenAFS 1.6.1. I count at least 22 (on top of the ones we already took for kernel 3.5):

5842f85 afsd: include sys/resource.h in afsd_kernel.c
54db9af Linux: bypass: consolidate copy_page macros into a single function
76ab286 Linux 3.6: kmap_atomic API change
1bba976 Linux 3.6: dentry_open API change
b5a66fb Linux 3.6: d_alias and i_dentry are now hlists
aecd183 Linux: fix variable used to test for the iop create API
5210d97 Linux 3.6: create inode operation API change
4ab59d7 Linux 3.6: revalidate dentry op API change
6c22f2e Linux 3.6: lookup inode operation API change
0506af9 Linux: osi_vcache: Fix loop for the hlist case
5aae6e0 Linux 3.7: putname is no longer exported
cf33252 Linux: fix afs_putname wrapper for pre-3.7 kernels
ca94c83 Linux: Rework handling of names in the lookup functions
c21fded Linux: change test for new putname API
bbc6ee9 Linux 3.7: key instantiate API change
68c8f30 Linux 3.7: remove use of param.h and ioctl.h
cd91bba libafs: use kthread_run when available
5a21be4 LINUX: Indent osi_machdep.h maze
314fcfa Linux 3.8: session_keyring changes
bf9bcd0 Linux 3.8: vmtruncate removal
b0a1060 Linux: setpag() may replace credentials
a71cc55 Linux: osi_TryEvictVCache: Don’t skip the first dentry if D_ALIAS_IS_HLIST

But I’m not even a little bit confident that I’ve correctly identified all the right patches. Would it totally crazy to sync OpenAFS 1.6.5 into precise instead?