b=12211
i=adilger
i=green

Description: randomly memory allocation failure util
Details    : Make lustre randomly failed allocating memory for testing purpose.

Update for 1.6.1

b=12411
i=adilger
i=scjody

* Add new configure checks to allow to run a patchless client on a patched kernel
* Remove the vfs intent patches from the 2.6.18 patch series

Revert this change since it caused build failures on RHEL 4.

b=11932

Disable automatic dependencies on SLES 10.

b=11932
i=mjmac

r=alex,nathan
b=11890

Raid5 write zerocopy support for rhel-2.6 kernels.

Module.symvers shipped with kernel distribution.
add check for truncate_complete_page used by patchless client.

b=12415
i=adilger
i=scjody

r=adilger,johann

use RCU to improve the scalability of class handle object search, reloaded.

Move ldiskfs to its own package and CVS module.

b=12068
i=mjmac
i=brian

Fix backticks to be apostrophes in comments.

b=11647
i=green
i=adilger

Updated build version

Reverse the default so that health_check writes are off normally.
i=adilger, i=nathan
b=11512

Add missing ChangeLog entries.

b=11512
i=wangdi
i=shadow

Removes write from health check, adds option to configure.

Description: data loss for recently-modified files
Details    : In some cases it is possible that recently written or created
	     files may not be written to disk in a timely manner (this should
	     normally be within 30s unless client IO load is very high).
	     The problem appears as zero-length files or files that are a
	     multiple of 1MB in size after a client crash or client eviction
	     that are missing data at the end of the file.

	     This problem is more likely to be hit on clients where files are
	     repeatedly created and unlinked in the same directory, clients
	     have a large amount of RAM, have many CPUs, the filesystem has
	     many OSTs, the clients are rebooted frequently, and/or the files
	     are not accessed by other nodes after being written.

	     The presence of the problem can be detected by looking at
	     /proc/sys/fs/inode-state.  If the first number (nr_inodes) is
	     smaller than the second (nr_unused) then dirty files will not
	     be flushed automatically to disk.  "sync; sleep 10" should be
	     run several times on the node before unmounting it to update
	     Lustre (this is also safe to run on nodes without this problem).

	     There is also a related kernel bug in the RHEL4 4 2.6.9 kernel
	     that can cause this same problem, so customers using that kernel
	     also need to update the kernel in addition to Lustre.  In order
	     to properly fix this bug, the RHEL3 2.4.21 kernel is also updated.

	     It is normal that files written just before a client crash (less
	     than 30s) may not yet have been flushed to disk, even for local
	     filesystems.
i=green(original patch), i=shadow
b=12181, b=12203

Add new ldiskfs2 module based on ldiskfs.

b=11981
r=adilger
r=nathan

b=11090
Description: Be more lenient with linux clients before warning (by Andreas)
Details: This fixes Linux clients so they allow one major Lustre release update
         before they warn.  It also makes the setting of the version a lot
         easier by using OBD_OCD_VERSION(0,0,1,32) instead of having to calculate
         it directly.

b=11804
r=adilger

Merge readlink return type configure check from b1_4.
b=11731
r=mjmac (original patch)

Reorder include files so that the cookie check doesn't always fail.

(borrowed from b1_4).  the tcp-zerocopy-2.6-sles10.patch patch removed for
fixing an lbuild failure and because lnet does not need that patch anymore.

b=10947

b=11248
r=adilger

land crypto api

r:alex
add lookup-raw patches for raw lookup acceptance tests

1) remove unsupported target in lustre-core.m4 according to boc's suggest
2) add some args on 2.6-fc3 target

some fix for fc3 lbuild on HEAD

 - add --disable-client and --disable-server configure options

1)minor fix and cleanup dev_rd_only kernel patch on HEAD
2)add sec support on kernel config
3)some cleanup

some patches fix for lustre in FC3