OpenAFS Master Repository branch, master, updated. openafs-devel-1_5_76-4055-g3f4c109

[Gerrit Code Review]

The following commit has been merged in the master branch:
commit 3f4c1099b7b2d1467b1f5b701ea2f953fec20dc0
Author: Ken Hornstein <kenh@cmf.nrl.navy.mil>
Date:   Wed Nov 20 13:37:52 2013 -0500

    Support for changes to OS X Mavericks VNOP_SYMLINK() function.
    
    Add support for an extra argument to afs_symlink() to return the
    newly-created symlink vnode if requested (this is needed on OS X
    Mavericks).  On OS X Mavericks return the newly-created symlink vnode in
    the symlink vnops functions, on all other platforms ignore it.
    
    It turns out that technically OS X has required the symlink to be
    created for a while, but code inside of symlink() would call namei() on
    the symlink name if the returned vnode point was NULL.  The difference
    is that on Mavericks the Manditory Access Control Framework has been
    enabled, and that turns on some extra code which unconditionally calls
    vnode_mount() on the returned vnode pointer, which ends up causing a
    panic
    
    Change-Id: I33b2f51cd10f76689eb9868eb05800ab493087c4
    Reviewed-on: http://gerrit.openafs.org/10474
    Reviewed-by: Derrick Brashear <shadow@your-file-system.com>
    Tested-by: BuildBot <buildbot@rampaginggeek.com>

 src/afs/AIX/osi_vnodeops.c       |    2 +-
 src/afs/DARWIN/osi_vnodeops.c    |   14 ++++++++++----
 src/afs/FBSD/osi_vnodeops.c      |    3 ++-
 src/afs/HPUX/osi_vnodeops.c      |    2 +-
 src/afs/LINUX/osi_vnodeops.c     |    3 ++-
 src/afs/LINUX24/osi_vnodeops.c   |    3 ++-
 src/afs/NBSD/osi_vnodeops.c      |    2 +-
 src/afs/OBSD/osi_vnodeops.c      |    3 ++-
 src/afs/SOLARIS/osi_vnodeops.c   |    2 +-
 src/afs/UKERNEL/afs_usrops.c     |    3 ++-
 src/afs/UKERNEL/sysincludes.h    |    2 +-
 src/afs/VNOPS/afs_vnop_symlink.c |    7 +++++--
 src/afs/afs_prototypes.h         |    2 +-
 13 files changed, 31 insertions(+), 17 deletions(-)

-- 
OpenAFS Master Repository