#8 from CMD acceptance series

VS: ----------------------------------------------------------------------

  lock on part of dir only
- minor API changes to pass the lock pointer

- configure script sets HAVE_LOOKUP_RAW if kernel has the feature

  then it doesn't take exclusive lock on it; in the meantime another client
  can enlarge directory and 1st client will run splitting w/o exclusive lock

- additional debug message

- test 4a of sanity-lmv.sh to check this case

  this should prevent lookup serialization
- vfs-pdirops-2.4.20-rh.patch exports lock_dir() and unlock_dir() primitives

lock handle which was never used

the group field, which LASSERTs on the OST.

striping default code was removed from mds_crceate_objects

r=rread
A quick workaround for bug 3652, in which we hold the logging
semaphore across an rpc.  Robert thinks that this file can be cleaned
up substantially, but that this fix is sufficient for CMD.

- bunch of fixes to handle dir splitting over N < MDS nodes
  - fixes to MDS code to handle dir splitting over N < MDS nodes properly
  - mds_try_to_split() should ignore requests to split dir over 1 node
  - checks for NULL exports in LMV
  - checks for wrong -ERESTART handling: because of software errors
    it possible that lmv will loop forever. we need to assert on this.
  - one more sanity test 3c to test lfs dirstripe and activity on such a dirs