CHECKPATCH: 9P stuff (Protocol/9P, include/9p.h, MainNFSD/9p_*)

Signed-off-by: Dominique Martinet <dominique.martinet@cea.fr>
9P: do not use LRU_REQ_INITIAL when manually calling cache_inode_lru_ref

Signed-off-by: Dominique Martinet <dominique.martinet@cea.fr>
This commits implements "extended group lists" feature which
allows secondary group list to be longer than 16 by not trusting grplist in AUTH_SYS creds
Portability changes for LUSTRE 2.4
LUSTRE/pNFS: This commit implements the support of pNFS for FSAL_LUSTTRE
pNFS/LUSTRE: invalidate attrs on close (force DS/MDS coherency). Think about something more subtle.
SQUASH ME
CMake: if CMAKE_BUILD_TYPE is not set, set it to debug. This prevent cmake to fail a few lines under in
cmake script from maintainer_mode.cmake
RPM: now uses new version from src/CMakeLists.txt
Various fixes focused on xattr and system.* xattr namespace.
They are required to have usable ACLs managed via 9P
- 9P/xattr : bug fixed, assumption was made that xattr's
  value is a string. This prevented ACLs
   (content of system.posix_acl_access), which is a binary buffer,
   to be set properly.
- 9P/ACL: Hook added to deal properly with pseudo xattr "system.posix_acl_access"
- 9P/ACL: the protocol implements hooks to deal correctly with "system.posix_acl_access" pseudo xattr
- 9P/xattr : an ACL corner case (visible with FSAL_VFS and not FSAL_LUSTRE) was fixed.
- FSAL_VFS/xattr : code in xattrs.c has been hardened as 9P ACL support was backported to VFS
Fix 9P regression introduced with commit 875f30df5534932a06aa046beafa00ba8a4f4c4c

Signed-off-by: Philippe DENIEL <philippe.deniel@cea.fr>
FSAL_LUSTRE: bug fixed. Open flags were not properly managed.
This could produce error when Make_All_User_Anonymous=TRUE.
At the beginning of C files, "vim" related directives have been turned
from "expandtab" to "noexpandtab" which is more convenient with
kernel-style identation.
This commit is the result of
  find . -type f -print0 | xargs -0 sed -i 's/expandtab/noexpandtab/g'
from the src/ directory.

/!\ it touches MANY files (so to say, all of them).
But changes are really minor and located at the very beginning of
the file, so probablility of merge conflicts is pretty small.

Signed-off-by: Philippe DENIEL <philippe.deniel@cea.fr>