kclient: don't alter mds_wanted caps if dropping caps

vstart: kill bashisms

kclient: remove alignment restrictions on O_DIRECT reads and writes

These aren't needed, since we aren't restricted by DMA to a hardware disk
device or any such thing.  (And even if they were, it'd probably be
sector alignment, not page alignment.)

mds: fix compilation error

mds: bump mds protocol

mds: add CEPH_CAP_OP_REVOKE

kclient: clear di->lease_session when dropping session

mds: flush log when expanding caps and filelock is unstable

mds, kclient: add CEPH_MDS_OP_CREATE operation

kclient: implement permission iop

The permission iop verfies we have a valid uid/gid/mode by checking for
the AUTH cap.  Then calls the generic helper.

This is 100% consistent because we don't carry a cap ref over the
permission checkout.  OTOH, if we don't hold the cap and the mds doesn't
actually issue it, we never will anyway.  Maybe fix this eventually.

kclient: make do_getattr take inode, not dentry

kclient: d_alloc_anon on older kernels

mds: make sure kick wasn't immediatley fruitful in rdlock_try

mds: simplify EMetaBlob interface - don't pass explicit inode_t pointer

It is always in->get_projected_inode().

mds: fix journal replay

Load root inode before replaying journal.  Kill root special case in
journal replay.  Replay root inode if it is journaled.

mds: journal projected inode values by default

There was a bug in here that was journaling _old_ inode values.  Doh!

vstart: run valgrind properly

todo

mds: make mds restart work

Root mds needs to load root inode, .ceph directories.

mon: fix mds stopping and restart

Remove stopped mds from last_beacon (monitoring) set.  Fix mdsmap dump
output to include stopping set.  Remove mds from stopped set on start.

mds: fix permissions checks on root, system inodes

mds: journal root inode changes

Journal root inode changes, and flush them when trimming the log segment.

mds: inode fetch/store

objecter: only send one ping per laggy osd

objecter: add support for compound read ops (ObjectRead)

osd: implement GETXATTR read op

kclient: better readdir debug output

mds: make rdlock_try kick the lock if it blocks

We were strangely getting by even though it wasn't changing the lock
state.  Weird.

mds: issue AUTH_EXCL on mkdir

Client is clearly an exclusive user, and will often chmod.

kclient: drop LINK_RDCACHE cap on rename source inode

This is only needed because the mds locks the srci linklock.  It has to
lock _some_ field on the source inode in order to make and propagate the
ctime change; the linklock is generally the least contended.  So humor
the mds...

kclient: update cap->mds_wanted on revocation reply

Make sure our local mds_wanted reflects the value sent off to the mds
during a revocation.

mds: do not want LINK caps for any open file; no non-FILE caps when readonly

When readonly, we don't want anything other than FILE caps.  (The mds
will of course give us more when it can.)

For WR and RDWR, we still want AUTH and XATTR caps, for now, since there
is some possibility that the client will want to change them.

kclient: drop any unwanted caps when unlinking a file

Since we can't reopen an unlinked file, there's no reason to hold on to
them.  And the MDS will often want to lock to update max_size, which could
mean spurious revocations.  At the very least, make sure we drop the LINK
caps.

Do the same for the rename target, if it exists.

kclient: send messages with default priority (to match mds)

Make our default priority match the mds.  This is only important because
we occasionally resend and incoming message out again without fixing the
priority to match our default, which means out-of-order processing on
the other end.

msgr: show seq # of incoming messages

mds: alloc wrlock by EXCL client

Not sure why this was off.  It is allowed in EXCL_MIX...

mds: don't issue new caps with a revocation

This is a really just a heuristic...

kclient: queue inode for cap check if mds_wanted mismatch

If mds_wanted in add_cap is more than we actually want (for
example, on a getattr that races with a cap wanted release),
requeue a cap check.  We don't want to release immediately if we
can help it because something like readdir would prematurely (?)
release caps we're holding on to for good measure...

mds: fix wanted updates

Check issue_seq, not seq, for wanted updates.  We're primarily
worried about racing against a lookup+open, which means we only
need to worry about an _issue_ (not a cap grant or revocation).

Allow wanted _expansion_ even if seq mismatch, though!

mds: clean up issue_new_caps interface

kclient: fix session leak

kclient: grab inode before queue_cap_snap; cleanup

kclient: fix some log messages

uclient: mksnap/rmsnap via mkdir/rmdir

uclient: remove some dead code

kclient: protect realm->inodes_with_caps_lock

kclient: protect session->s_caps list with s_cap_lock

kclient: adjust caps accounting a bit

Keep track of caps avail (size of caps reserve list).

kclient: link snap dentry for MKSNAP as well as LOOKUPSNAP

Also, set is_dentry = 1 to prevent the notrace handler(s) from doing
another lookup.

mds: include target inode in mksnap result

kclient: fix readdir dup requests

We want to request a new frag if the offset is _before_ the one we
have cached (i.e., we need to back up or start over).  Not after.

This was making a final readdir at the end of the directory do
an extra mds request.  Der.

uclient: fix up snapped path generation

uclient: fix reply trace

uclient: fix root inode open on mount; fix readdir

uclient: use new mds protocol for replies

A 'walk' now works.

mds: kill symlink following in the mds; handle this on the client

uclient: big refactoring

mds: cleanup

mds: fix open on snapped files

rdlock the filelock to make sure we get the snapped metadata.  Also
make sure the filelock is SYNC so that the data ends up on disk.
(On the auth mds, we may rdlock by going to LOCK state.)

mds: fix open on snapped files

Return a dentry only if requested.

kclient: fix opens on snapped files

We just need to check i_snap_caps.  If we don't have what we want
(all of it), ask the MDS, who will do the locking necessary to get
data/metadata flushed and issue us the (immutable) caps we want.

kclient: special case LOOKUPSNAP in fill_trace to add in the dentry

mds: clean up path_traverse vs snap interface

Keep snap traversal info in the MDRequest.

Don't fake the snap dentry; let the client fill it in.

kclient: send new LOOKUPSNAP opcode

mds: add LOOKUPSNAP op; synthesize snapname dentries in replies

The path_traverse verses snap interface still needs cleanup (and
follow_sym can go away!).

mds: make lssnap use new readdir response format

kclient: snap snapdir fixes

Trivially open anything snapped.

Always successfully revalidate snapdir dentry.

kclient: some list handling api cleanup

kclient: remove leaked preallocated cap releases messages

kclient: lookup is the only vfs call on which we init the dentry

kclient: don't free dentry private data when dropping lease

kclient: fix compilation error

kclient: change dentry private data initialization scheme

Merge branch 'nofilltrace' into unstable

start v0.7.3

Merge branch 'master' into unstable

kclient: drop caps in setattr

mds: flush log when waiting on xlock

Merge branch 'unstable' into nofilltrace

kclient: fix mds session check in update_dentry_lease

di->lease_session may be null, since we now have di's without
leases.

kclient: reduce log levels on some messages

kclient: merge conflict

kclient: adjust nfs reexport

kclient: refactor message creation

Merge branch 'unstable' into nofilltrace

Conflicts:

src/TODO
src/kernel/debugfs.c
src/kernel/mds_client.c

mon: log quorum on election victory

kclient: make some get/put_cap res methods static; allow reclaim

Allow a released cap to be put in a reservation context.

kclient: some cap reservation cleanups

Simplify interface a bit.  Do not use reserved caps if a ctx is
not provided (eventually that one caller will be fixed).
Remove some whitespace.

mon: log monitor election events

kclient: remove bad iput from check_delay_caps

We no longer take an inode ref when putting the inode on the
cap_delay list.

mds: make open() _not_ follow symlinks

This is needed to make the lookup_open intent thing work for the
kclient.  If we try to open a file that isn't a dir or file, do
not set the cap wanted bits (i.e., behave like a lookup/getattr).

kclient: make ceph_lookup_open on symlink behave

Don't initialize the struct file if we are a symlink.  The lookup
will be followed by an open, which will do the right thing.

This fix assumes that we don't ever call open on an actual symlink.

mds: replace FINDINODE with LOOKUPHASH

The nfs export code still needs to be fixed.

mds: simplify mds command set

kclient: simplify cap flushing

Track flushing caps globally.

We still need to add a mechanism to reflush if the mds session
drops, or if the cap gets migrated.  We will know i_flushing_caps
is us if we are/were i_auth_cap.

kclient: fix caps reservation cleanup

kclient: caps bug fixes, less verbose

kclient: small adjustments

kclient: debugfs for caps reservation system

kclient: caps reservation system