TAKE - fix multi-threading hole in new xfs reclaim code

[lord@xxxxxxx]

Date:  Wed Jun  7 13:52:03 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs


Modid:  2.3.99pre2-xfs:slinx:63599a
linux/fs/xfs/xfs_vnodeops.c - 1.457
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.457&r2=text&tr2=1.456&f=h
        - synchronize better between one thread finishing a reclaim and
          another putting a vnode back in the xfs inode, it was possible 
          for both to happen and the end result would be nasty.

linux/fs/xfs/xfs_iget.c - 1.121
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.121&r2=text&tr2=1.120&f=h
        - synchronize better between one thread finishing a reclaim and
          another putting a vnode back in the xfs inode, it was possible
          for both to happen and the end result would be nasty.