fix some probs with 1.6

branch: b_new_cmd
move configuration of capa/pag/gss back to lustre-core.

branch: HEAD
b=11091
temporarily remove CRYPTO checking, which is not needed for b1_5.

file 2.6.5-quotafix.patch was initially added on branch b1_5.

branch: b_new_cmd
basic support for PAG, ported from HEAD.

build: explicitly declare AC_KERBEROS_V5 be a valid macro.

- added LC_CONFIG_LDISKFS

Branch b1_4
b=11048
r=brian

Fix infinite loop when used with newer bash version (3.1.17)

file new-tcp-zero-copy-2.4.29-vanilla.patch was initially added on branch b1_4.

file new-tcp-zero-copy-2.6.9-41.2chaos.patch was initially added on branch b1_4.

- add GSS COND to linux m4

branch: b_new_cmd
more fixes of configuration of capability and gss.

branch: b_new_cmd (lustre), HEAD (build)
hmac checking in lustre-core.m4 break kerneless building. move to
lustre-build-linux.m4 and use existing LB_LINUX_CONFIG.

- checks for CRYPTO should not be depend on GSS, capa uses crypto as well.

- put GSS check after linux modules check to make sure that $LINUX is defined.

~grumble~ Shared build modules.
Should we branch build for b_new_cmd for just this BuildRequires?  Perhaps
not but let's leave a comment in there for when GSS lands lands somewhere.

So we have not had any build requirements to date?  Hrm.  Hard to believe.
Let's add some -- these are specific to GSS right now but we really should
flesh this out to our complete list of build requirements.  Automake 1.7
anyone?

Need to replace the nfs-utils-lustre that was installed with CMD2.

Branch: HEAD
add LC_CONFIG_SPLIT in lustre-build.m4

collect more info in checkstack

src needs to be in the options list if it is going to be available for use.

file quota-umount-race-fix.patch was initially added on branch b1_4.

file quota-deadlock-on-pagelock-ext3.patch was initially added on branch b1_4.

file quota-deadlock-on-pagelock-core.patch was initially added on branch b1_4.

b=22481
r=nathan
Perl script to parse and graph IOR results data
(linsyssoft)

file flocks_test.c was initially added on branch b1_4.

Branch b1_4
Add x86_64 support for checkstack.pl

revert previous changes as per the discussion between adilger and brian.

file bitops_ext2_find_next_le_bit-2.6.patch was initially added on branch b1_4.

file lustre_rmmod.sh was initially added on branch b1_5.

cvsignore quilt's series

file export-do_kern_mount.patch was initially added on branch b1_5.

file lookup_bdev_init_intent-2.6.18-vanilla.patch was initially added on branch b1_5.

r=adilger
Ltest uses 'lbuild' to make rpms. When there're multiple ltestds do 'lbuild' at the same time, there's a good chance in a kernel or lustre building race if they build the rpms in a same directory. So we should use separate buildroot to avoid such issue. Also make changes to get 'make rpms' and 'make srpm' work smoothly with this change to lustre.spec.in.

lustre-kernel-2.4.spec uses '_tmppath' instead of '_tmpdir' in its Builtroot variable.
so let's pass the right macro definition to it.

Try to avoid a race where two rpmbuilds on the same node are trying to stage
the same rpm -- which ends up happening in the same directory. In order for
this race avoidance to work, the caller has to supply a unique TMPDIR which
rpmbuild will use at it's _tmpdir. Default to /var/tmp if not supplied.

add libiam.a if its source is in lustre tree

While this looks like it should work, and Yury says he tested it working
on both b_new_cmd and b1_5, it's obviously not working for some cases:
http://buffalo.lustre.org:8080/display_report.pl?report_id=278455
I am not sure why though.  It would seem like lustre.spec.in is not getting
processed by configure, but all indications are that it is.  Why is the
@RPM_LIBIAM_PATH@ substitution not being done then?

b=10851

Includes new ost-survey script, fixes to obdfiler-survey from scjody, new echo.sh for obdfilter setup from eeb

- add libiam.a (if exists) to rpm, this is neededfor testing our branch;
- replace all memcmp of fids by lu_fid_eq;
- allocate new fid for create case in ll_revalidate_it() in case of doing "goto do_lookup";
- removed needless lmv_fld_lookup() in lmv;
- fixed lmv_obj refcount management in error cases;
- comments are adjusted to be coherent with 80 columns style.

- switch to b_hd_newconfig

file jbd-stats-2.6.5.patch was initially added on branch b1_4.

file jbd-stats-2.6.9.patch was initially added on branch b1_4.

Answer for a [Y/?] question.

Get the RC from update_oldconfig properly.

Teach lustrecvs and buildcvs about b_release_1_4_7-test branch. sigh.

file 2.6-sles10.series was initially added on branch b1_5.

file tcp-zero-copy-2.6-sles10.patch was initially added on branch b1_5.

file vfs_nointent-2.6-sles10.patch was initially added on branch b1_5.

file vfs_intent-2.6-sles10.patch was initially added on branch b1_5.

file ext3-multi-mount-protection-2.6-fc5.patch was initially added on branch b1_5.

add an entry for b1_8.

UTS_RELEASE moves from include/linux/version.h to utsrelease.h since v2.6.18.

Branch b1_4

Add directories used by quilt to .cvsignore

*   landing build diffs from b_release_1_4_7_1

Be more specific so that other lustre* cruft is not picked up.

If the kernel doesn't have a patch series, it's not lustre specific.
Take two.

Let's even be specific about the fact that it's the script library that we
want packaged.

Need to package the scripts in $libdir/lustre/.

Trying to strace this sucker to see where it's going wrong on the occasions
that it does has it's own set of problems.  ~sigh~

Lustre support needed to be able to build a 2.6 patchless kernel.  This
simply builds a vanilla 2.6.16.22 kernel for the client nodes.

Added scripts to parse output per Peter Braam

Branch HEAD
r=brian

Merge from b_release_1_4_6: Run update_oldconfig only if oldconfig fails;
always strace update_oldconfig so we can debug it.

b=8007
use default mode for modified modprobe.conf instead of mktemp mode

b=8007
remove lustre-ldap

b=8007
  - change module name from "llite.ko" to "lustre.ko"
  - drop ldap and python from rpms
  - remove initd scripts from rpms

Starting with 1.6.0 our kernel package will now actually be
"kernel-lustre"[-smp] so that package management (i.e. yum) does not treat
our kernel equal to the vendor's kernel and allow inadvertently upgrading
from one to the other.
We still "provide" a "kernel" functionality, so in fact our
kernel-lustre[-smp] can be installed on say RHEL4 and then the vendor kernel
package can be completely removed because our kernel-lustre[-smp] will
satisfy all required dependecies with regard to "kernel".

r=nathan
build-core's HEAD is going to diverge for 1.6.0, so "capture" build-core's
current state in a branch mainly for b1_4.
Note that b_release_1_4_6-patchless is not really a release branch and thus
tracks b1_4.
Also, v1_2_8 and v1_4_0 pre-existed this build system so which branch to
check out for them is actually quite moot.  Let's just keep them tracking
b1_4.

b=8007
aagh, broke old b1_4 stuff - wait until we branch lustre-build

b=8007
- change module name from "llite.ko" to "lustre.ko" (r=adilger)
- drop ldap and python from rpms
- remove initd scripts from rpms
- remove old cluster_scripts dir

Temp fix: gcc with 64-bit support (like in debian) doesn't mean the target is 64-bit.

Need to use the flavtgt instead of flavor.  flavtgt == "" when flavor == up.

Branch b1_4
Move checkstack target up to top-level autoMakefile so "make checkstack"
works more easily.  This will print out the top stack users (though not
total callchain stack usage).

really hook gss configuration into build system.

*   Applied obdfilter-survey fix from 10490 (all the threads were working on
    the first object).

Just when you thought you had all the possibilities covered...

Disable the stracing of update_oldconfig.

Branch: HEAD
create new branch b_new_portals for colibri team

Branch: HEAD
create new branch b_new_lnet for new cmd

Branch b1_4
Add portals back as an "optional" directory, so build doesn't fail when
it is already checked out.

Branch b1_4
Don't try to check out portals anymore, we don't need it.
r=eeb

Branch b1_4
Per Eric's request - remove portals from the build tree, as he is testing
with Cray portals directly, when testing the ptllnd.
r=eeb

b1_4-patchless lnet version requirements are same as for b1_4

b=10466
r=adilger@clusterfs.com
description: After calling 'symlink(path, newpath)', of which path(link target)
doesn't exist,  the second symlink call still success, which should return
-EEXIST.

removing bonsai test file; please ignore

bonsai test; please ignore

bonsai test; please ignore

bonsai test; please ignore

bonsai test; please ignore

* turns out we actually need to build against real sources for patchless
* massage the kernel Makefile's EXTRAVERSION to match the running kernel

The variable, not the literal.  Thanks mjmac.

For the patchless client, LNET needs to come from it's own branch too.

Revert my use of the configure_flags macro in the lustre.spec file and just
pass the --disable-server argument to configure with the CONFIGURE_FLAGS
variable.
Prefer (by boolean switch) mjmac's use of kernel-devel for building the
patchless client.

~sigh~  rpm macros are not empty if undefined.

No RPM is built when NO_SRC=0, but we should have the rpms being built.

* fix a tyop
* add some sanity-checking

Need a bit more kernel prep fu.  Thanx Cliff and bug 7108.
Need to be able to tell the lustre.spec which kernel sources to build against.
lmake "cheats" and re-substs the lustre.spec.in template file.

Of course, we need to work outside of $DO_SRC == 1.

Ahhh.  For patchless client, we still need the kernel source unpacked and
configure needs to know where it is.

A lack of a SERIES file specified in a target file means that we don't have
patches for a kernel, so why build one.  Specifically this is for building a
patchless client.
This should all work if the concept of:
if [ -z "$LINUX" ] ; then
...
else
    build_lustre
fi
works.  I don't know that we test the build_lustre() function of lbuild with
any regularity, if at all though.