aufs: update the donator list

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
Merge branch 'aufs3.9/00base' into aufs3.9/01modular
Merge branch 'aufs3.9/01modular' into aufs3.9/30stdalone
Merge branch 'aufs3.9/00base' into aufs3.10/00base
Merge branch 'aufs3.9/01modular' into aufs3.10/01modular
Merge branch 'aufs3.9/30stdalone' into aufs3.10/30stdalone
Merge branch 'aufs3.10/00base' into aufs3.10/01modular
Merge branch 'aufs3.10/01modular' into aufs3.10/30stdalone
Merge branch 'aufs3.10/30stdalone' into aufs3.10/39public
aufs: tiny, replace FSF address by url

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
Merge branch 'aufs3.9/00base' into aufs3.9/01modular
Merge branch 'aufs3.9/01modular' into aufs3.9/30stdalone
Merge branch 'aufs3.9/00base' into aufs3.10/00base
Merge branch 'aufs3.9/01modular' into aufs3.10/01modular
Merge branch 'aufs3.10/00base' into aufs3.10/01modular
Merge branch 'aufs3.9/30stdalone' into aufs3.10/30stdalone
Merge branch 'aufs3.10/01modular' into aufs3.10/30stdalone
Merge branch 'aufs3.10/30stdalone' into aufs3.10/39public
aufs3.10 20131223

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: bugfix, removed /proc/PID/fd/N

Before this commit, aufs checks the existence of the opening file on a
branch, since any file cannot be opened newly once it is removed. But it
does harm when the file is opened via /proc/PID/fd/N. Though procfs
users can open a file even if it is removed.
So this commit skips the check when opening a file.

Interestingly, any removed directory (instead of a regular file) cannot
be opened even using procfs. I confirmed it on ext2, but I am not sure
whether this behaviour is intentional or not.
Anyway aufs simply follows the behaviour on ext2.

Strictly speaking, aufs doesn't follow it when the removed file is
chmod/chown-ed via procfs. Ext2 supports it, but aufs doesn't.
I don't think it a big problem since we have fchmod/fchown. With these
systemcalls, users can operate the opened file even if it is removed.

Nfs requires special handling since a removal on NFS is a "silly-rename"
and the name is still hashed and the inode has link count 1.

Note that aufs UDBA feature is related to this open behaviour.

Reported-by: Guan Xin <guanx.bac@gmail.com>
Signed-off-by: J. R. Okajima <hooanon05g@gmail.com>