Allow an objid to be specified on the CLI (via OID=<foo>) to allow multiple
hosts to run on the same object and/or only do rewrite or read tests on an
existing object.

Add O_DIRECT by default again.

Avoid OOPS on timeout from unconnected client. (Temporary.)

Sample recovery reconnection script for MDS failover.

Show page vector size (useful for very long running tests).

Initialize spinlock for obdecho creates.

Disable the lprocfs deregistration, now that I've disabled the registration.

Disable the procfs setup stuff, because it is having grief with obdecho.

Add obdecho so I don't get a complaint from the proc stuff.

Update scripts to not do vector reads on BA OSTs.
Do some quickie tests in -brw so we know things are at least close to good.

Like runregression-net.sh, but only bulk I/O, and lots of it.  It does
reads immediately following the write tests, to catch errors early.
Uses 64GB of space on a real OST.

Fix case where only the OSTNODE is set (test_brw).

Add echo_open() and echo_close() to keep test_brw happy.

Fix 32-bit truncation of test_brw offset calculation.

Updated test_brw user program.  Checks args better, uses a long long for
the iteration count, handles default args properly.

Allow test_brw to run in either read-only, write-only, or read-write mode,
with or without O_DIRECT.  The read-only mode allows us to offline verify
a file that was created from lctl test_brw write independent of Lustre.

- Add hooks for post-replay fixup on ptlrpc_request.
- Use those hooks to update fh data in client filehandles when replaying
  open.

Recovery can now failover to a standby/rebooted MDS and complete a
file write, attr-update and close successfully.  HAND.

- Handle setting of existing EA by retrying without XATTR_CREATE.
- Check RESEND instead of RECOVERY in ptlrpc_check_reply, because that's
  what ptlrpc_resend_req sets.
- Don't "commit" in-flight requests.
- Update imp_handle when sending delayed requests after recovery.

Recovery now successfully replays enough to resume the request stream
for the client process.  (That stream may, in the close case, refer to
stale data, but that's the next bit.)

- lprocfs_dereg_dev is failing, which prevented cleanup.  This is VERY BAD, so
  I made it continue with cleanup instead of aborting

* always recreat loopback backing file  when --reformat is set

Clean up compiler warnings for 64-bit systems where __u64 is a long and
not a long long like on 32-bit systems.  From Evan Felix, PNL.

Add a new type, obd_uuid_t (char[37]) to replace uuid_t, which means
something different for the rest of the kernel and user-space too.
This should be used in all places where we specify char[37] directly.

I have the full change for this already implemented, but I'm going
slowly to avoid causing too many conflicts for Mike.

Change internal statfs calls to pass struct obd_statfs as a parameter
instead of the Linux struct statfs.  This allows us to have 64-bit
clean statfs data all the way to the VFS, and avoids problems like
block count overflows in intermediate math in LOV and such.

We still need to resolve the VFS interface to statfs, as it limits the
output to 16TB on 32-bit platforms (4G x 4kb blocks).  The likely
answer is to shift the blocksize up, and the blocks counts down until
we fit in under 4G total blocks.  For MCR this will be around a blocksize
of 64kB which is nice to specify as the block size anyways.

Move knowledge of the LOV metadata/message structures out of mdc_getlovinfo()
and put it into lov_connect.  This will be needed when we have different
kinds of LOVs that store their data differently.  We still need to do
something about giving the LOV a "name" so that it can distinguish its data
on the MDS from other LOV's that there.

Quiet a few printk's and turn them into CDEBUGs so they don't go to console.
Remove check for kernel code older than 2.3 - lustre will never go there.

* Add warning for lprocfs_bfs_srch(): having recursive code in the kernel is
* extremely frowned upon, because there is a very limited kernel stack size
* (only 8kB).  That has to be enough, not only for your functions, but all
* other functions in that call trace, as well as interrupt handlers and such.

Remove extraneous line continuation characters.
Whitespace reformatting to match the rest of the lustre code.

Invoke shell scripts via "sh" because CVS doesn't keep file perms well.
Add some extra basic checks after the cleanup.

Add objid to test_brw output.
Allow objid for test_getattr to have a "t" (thread) prefix for symmetry
with test_brw, so that it will be possible to do a bunch of creates in
runregression net, and have the BRWs run I/O on different objects in
each thread.

Cosmetic.

Oops, missing part of change.

Disable vector reads until the BA OSTs are updated (tomorrow, hopefully).
Don't do setups and cleanups for each loop because of problems therein...

* MDC element is no longer created in config.  The MDC UUIDS are generated
  by lconf when a client is started. This required some Big Ugly Hacks that
  I hope to clean up in the near future.

* LOVs and OSC are treated uniformly. --osc lov1 will now work as expected.

These changes require config files to be recreated to work properly with lconf. No
changes were made to the lmc interface, so the config scripts are unchanged.

use a larger buffer for device_list

Call open/close on an object before trying to read/write it.

Add open/close ioctls to obdclass.

Updated makefile to include first cut for LProcFS

Commented proc code

Updated obd to include profiling support

Header file for LprocFS

Updated lprocfs.c. First cut

Updating class_obd.c for first delivery of lprocfs

Make obdecho return 64-bit objids so we can check 64-bit paths better.

Fix for test_brw problems with BA OST.

Fix a couple long long objid parsings, not the read fix yet, though.

Fix create oops (enough for single-OST testing).

Little cleanups:
- made ll_direct_IO static, because I can
- cleaned up some cut-and-paste bugs in LOV error messages
- fix, I think, the common crash cleaning up /proc entries multiple times
- remove some debugging code from eric's awesome callback race bugfix

fixed bulk source callback race

Fix cvsignore.

- Chain imports on connection, like exports.
- Need to be able to go import->obd during recovery.
- Rename mdc to cli in client_obd_connect so that I don't get confused as
  often.
- Use ptlrpc_req_finished instead of ptlrpc_free_req in a few places where
  we need to keep the request around for possible replay during recovery.
- Flag opens as needing replay.
- Rewrite request address and cookie during replay and resend, to handle
  the recovery case (the connection handle changes when the server reboots,
  for example).
- ll_reconnect now correctly reconnects with a new server (possibly with
  a new server UUID).  Tested for MDS, "obviously correct" for OST as well.
- no more references to mdc_getstatus or sbi2mdc in the (now fs-distinct)
  ll_reconnect_recover code.

We can now successfully reconnect to a rebooted MDS and begin replay.
Need more work (on MDS or client, not clear yet) to make the replay
succeed.

Remove page.c and debug.c from EXTRA_DIST.  Please remember to check tinderbox.lustre.org/ after your commits.

premature service teardown bugfix

At least acknowledge that statfs wraps at 16TB filesystems.  We could
probably increase blocksize until the block counts fit into a long,
maybe up to some limit (64kB = 256TB max, or 64kB x stripecount = much
larger).

Small open/close test to help narrow down our LOV bug

delete the self uuid first, then disconnect all.

Back out some lprocfs changes to common code until they can be reviewed and
commented on

Updated makefile, added LprocFS, locking library support

Added counter space in obd_device

Removed LDLM references to old proc FS

Updated top level obdclass file for LProcFS

Re-added lock(s) as library

Header file for /proc/lustre: adding to tree

Initial implementation for /proc/lustre

Only connect to the MDS if we are setting up an MDC, like wise OST/OSC.

- debug.c was only used by obdclass, so I moved it there
- some of page.c wasn't used by anything, so I removed those bits; much of
  page.c was only used in one module, so those bits moved there; two functions
  were shared, so now they're in obdclass; page.c is no more.
- stop building and distributing obdfs
- little warning and formatting fixups that I noticed along the way

add close_uuid

add page.c symink to lov until Phil can stop the madness

Fixed service request buffer race

- Fixed some error messages in the LOV
- lov_brw was using the same callback structure for two sets of callbacks, thus
overloading the refcount and causing serious problems (sometimes failing to
free the callback data, and I could believe sometimes freeing it too soon).
Alas, this does not appear to completely fix the iozone bugs we're seeing.

new option: --dump <file> will dump debug log to <file> during cleanup

- Rewrote connmgr_iocontrol to handle UUID specification and changing.
- connmgr now uses class_connect and class_disconnect to build dummy exports,
  so that lctl can probe before newconn.

added newconn to lctl

- Update jt_obd_newconn to handle the new IOC_RECOVD_NEWCONN semantics.
- Update obdctl out of habit.

Commit braino fix that I already fixed locally.

Get the directory inode semaphore, just to be copasetic with VFS locking rules
(we don't use this for anything other than fs-init, so it isn't a big deal).

add hostname to gdb script

Add note to --format help that the autoformat feature is currently disabled

remove old message about autoformat

Remove compiler warning.

Remove fancy but broken statistics from obdecho.

- I introduced a bug in the LOV, for the case where you're writing less than
stripe_count stripes; fixed.
- Match bulk and reply buffers by source NID, which doesn't hurt and may even
fix a bug.

Use tex2pdf.

Update changelog for new release.

Fix same problem as before - we are dereferencing a null connection...

Minor fixup - don't memcpy data from past end of string.
Doesn't affect anyone except me, I think.

* stripe size in the config file was being ignored and only the default
value of 64k was being used.  Fixed this, but check your configs, as
some of them are set to a very low stripe size (4096) for testing.

New improved runregression script.
It creates an OST object at the start of the test and does the write test
before the read test.  This should allow it to run against a real OST.
It also does vector I/O testing for BRW read/write tests.

the callback data refcount should be the stripe count, but bufcount.  fixed.

Use pga[i].off instead of pga[i].pg->index.  Even though Andreas just fixed
the page index, the OSC uses .off and I'd rather behave exactly like the OSC.
Baby steps towards iozone-over-many-stripes; it writes one 192k stripe before
timing out now.

"fix" the page->index value for direct_IO pages.

- initialize LDLM client data on obdfilter, not ost, because that's where
  the ldlm requests come from.

- more recovery API stuff
- special API description

Fix thinko in export cleanup.

Disable the reply type check until bluearc has a chance to integrate that fix.

Initialize the obd spinlock and import list, each time a device is attached.
Do only the minimal setup of obd_dev at module init time (it is already
zero'd for us by virtue of being a global variable).

* move recover.c from llite to ptlrpc

* fix module cleanup, previous commit broke it

- remove the PTL_RPC_TYPE_* in favour of PTL_RPC_MSG_*
- request->rq_type is used to tell the rpc subsystem which buffers to use, so
  users of ptlrpc set that
- ptlrpc will fill in request->rq_reqmsg->type or repmsg->type, so it's now
  done in exactly one place
- it was impossible to get PTL_RPC_MSG_ERR before, because we clobbered it in
  ptlrpc_reply; fixed.
- move the incoming-request type verification into the service
- add some incoming-reply type verification to ptlrpc_queue_wait.  Just in case.

Copyright update, remove old comment

Fix header problem for building on RH kernels.

reply message initialisation fix

ldlm_handle_convert was putting the lock immediately onto the conversion queue and
then returning with flags=0, instead of flags=LDLM_FL_BLOCK_CONV.  Thus, the client
believed that the conversion had succeeded immediately, marked the lock accordingly,
and continued on its merry way, even if it didn't actually have the lock.