aufs: tiny, internal struct au_cpup_basic

Cosolidate the serveral parameters into a single structure.
All the bahaviours don't change.

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
(cherry picked from commit a961fcc5d261b3eed72afb0f32cd6dc24250759c)
Backported from aufs3.4 since aufs3.2 is still alive.

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: tiny, update SF URLs

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
(cherry picked from commit 886254ee19efb290e732352d82a3778f8e3e584d)
Backported from aufs3.4 since aufs3.2 is still alive.

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
Merge branch 'aufs3.2/00base' into aufs3.2/01modular
Merge branch 'aufs3.2/01modular' into aufs3.2/30stdalone
aufs: update the donator list

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: tiny, remove an obsolete comment

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: tiny, add some debugging code

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: minor optimization, do not unlink in au_do_cpup_regular()

remove a vfsub_unlink() call from au_do_cpup_regular(), since
au_cpup_single() calls vfsub_unlink() or vfsub_rmdir() as its error
handling.

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: stop locking for au_h_open_pre()

au_h_open_pre() was introduced for hfsplus. But acquring i_mutex here is
less important.
i_mutex itself is important and necessary for copyup.

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: tiny, simply refine calling h_open_post()

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: possible bugfix, make sure the target branch is upper

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: possible bugfix, error handling in reopen_nondir()

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: new copyup 1/6, copyup as a hidden name

In order to unlock the parent i_mutex, copyup as the temporary doubly
whiteouted name, and then rename the real name.
The actual unlock and relock are done by later commit in this series.

This commit is a part of a new approach to copyup which is Al Viro's
idea originally,
Re: [PATCH 2/9] vfs: export do_splice_direct() to modules
Date: Tue, 19 Mar 2013 01:38:05 +0000
Message-ID: <20130319013805.GG21522@ZenIV.linux.org.uk>
http://marc.info/?l=linux-fsdevel&m=136365711222222&w=2

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: new copyup 2/6, au_pin supports temporary unlock/relock

These two new operations will be called during the copyup.
See later commit in this series in detail.

This commit is a part of a new approach to copyup which is Al Viro's
idea originally,
Re: [PATCH 2/9] vfs: export do_splice_direct() to modules
Date: Tue, 19 Mar 2013 01:38:05 +0000
Message-ID: <20130319013805.GG21522@ZenIV.linux.org.uk>
http://marc.info/?l=linux-fsdevel&m=136365711222222&w=2

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: new copyup 3/6, aufs_link() copyup dentry using src_dentry's name

au_cpup_or_link() took the opposite approach, eg. copyup src_dentry
using dentry's name.
For the new copyup approach, particulary for the parent mutex lock,
au_cpup_or_link() changes.

This commit is a part of a new approach to copyup which is Al Viro's
idea originally,
Re: [PATCH 2/9] vfs: export do_splice_direct() to modules
Date: Tue, 19 Mar 2013 01:38:05 +0000
Message-ID: <20130319013805.GG21522@ZenIV.linux.org.uk>
http://marc.info/?l=linux-fsdevel&m=136365711222222&w=2

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: new copyup 4/6, aufs_rename() always copies-up the src dentry

By this series of commits, aufs copyup routine will unlock the parent
i_mutex temporary. It is very hard for rename(2) since it locks two
parent dirs. If the copyup routine in rename() unlocks the parent and
locks again, it has to do for two dirs. I don't think it a good
approach.
So aufs_rename() gave up the current optimization in rename() which is a
"copyup by another name" approach, and forces always copyup the src
dentry.

This commit is a part of a new approach to copyup which is Al Viro's
idea originally,
Re: [PATCH 2/9] vfs: export do_splice_direct() to modules
Date: Tue, 19 Mar 2013 01:38:05 +0000
Message-ID: <20130319013805.GG21522@ZenIV.linux.org.uk>
http://marc.info/?l=linux-fsdevel&m=136365711222222&w=2

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: new copyup 5/6, actually unlock the parent and relock

Pass the "pin" arg to the copyup routines.
For copying-up the regular file, aufs unlock the parent i_mutex
temporary.
To support lockdep with the aufs original sio, here introduced a dirty
hack using set_owner for mutex.

This commit is a part of a new approach to copyup which is Al Viro's
idea originally,
Re: [PATCH 2/9] vfs: export do_splice_direct() to modules
Date: Tue, 19 Mar 2013 01:38:05 +0000
Message-ID: <20130319013805.GG21522@ZenIV.linux.org.uk>
http://marc.info/?l=linux-fsdevel&m=136365711222222&w=2

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: new copyup 6/6, the inode attributes

For the copyup of the regular files, au_do_cpup_regular() operates
- lock the src inode
- unlock the parent inode
- retrieve the src inode attr
- copyup the filedata
- unlock the src inode
- re-lock the parent inode (and verify)

Later, the attr of the dst inode is set by the gotten attr in above
steps.

This commit is a part of a new approach to copyup which is Al Viro's
idea originally,
Re: [PATCH 2/9] vfs: export do_splice_direct() to modules
Date: Tue, 19 Mar 2013 01:38:05 +0000
Message-ID: <20130319013805.GG21522@ZenIV.linux.org.uk>
http://marc.info/?l=linux-fsdevel&m=136365711222222&w=2

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: pin the branch dir 1/5, tiny, au_br_mnt()

Introduce au_br_mnt() which is a simple member accessor.

This commit is a part of "pin the branch dir" series.

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>
aufs: pin the branch dir 2/5, tiny, au_br_sb()

Introduce au_br_sb() which is a simple member accessor.

This commit is a part of "pin the branch dir" series.

Signed-off-by: J. R. Okajima <hooanon05@yahoo.co.jp>