LU-1199 build: Clean out the build directory Clean up the build directory. Move in the direction of reserving "build/" for the special-purpose Makefile that lives there. Eventually we could rewrite the autoconf tests to eliminate that Makfile, and the build directory could disappear altogether (after finding homes for anything else that is left). The autoconf m4 file move into a top level "config" directory. Most other things that have moved are put in the new "contrib" top-level directory. For instance, "contrib/lbuild" contains all of the lbuild-related files, and "contrib/git-hooks" contains the git hooks for lustre developers. Most of the moved files were unchanged, however the lbuild scripts needed some tweaking to deal with the new location. Because of the way that Intel's build farm and git hooks expect to find certain files in fixed locations I have had to leave a few symlinks in place that point to the new locations. Change-Id: I04dc529d4f4060b892e1e4eaa8613bbc3337c414 Signed-off-by: Christopher J. Morrone <morrone2@llnl.gov> Reviewed-on: http://review.whamcloud.com/5035 Reviewed-by: Brian J. Murrell <brian.murrell@intel.com> Tested-by: Hudson Tested-by: Maloo <whamcloud.maloo@gmail.com> Reviewed-by: Oleg Drokin <oleg.drokin@intel.com>
LU-2473 ldiskfs: Reorganize ldiskfs kernel patches This commit makes no changes to the patches, only moving their location. For some time we have supported only a single kernel per major OS release, e.g. RHEL 6.3, or RHEL 6.2, but not both. While it is understandable to only support a single kernel, it is quite another to intentionally destroy the patchset for the previous kernel every time we upgrade. This makes the logistics of upgrading an OS release (even a minor one like RHEL 6.2 to 6.3, or 6.3 to 6.4) quite complicated. We should really start a new patch series when we update support for a new kernel. That way we can leave the patch sets for previous kernels in place. We do not need to "support" them, but at least leaving them unmolested until the users of the previous patch set have time to upgrade would be greatly appreciated. This commit attempts to organize the patches into subdirectories according to the kernel/os in which they were first created. A later commit will then add support for RHEL6.4. Also, fix build/confirmpatches.sh to allow checking ldiskfs/kernel_patches (a bug prevent checking anything but the default). Extend both confirmpatches.sh and clearpatches.sh to work with series files that point to patches organized into subdirectories. Change-Id: I6552fc271fff1f00657ba1430c4a1215dea5b530 Signed-off-by: Christopher J. Morrone <morrone2@llnl.gov> Reviewed-on: http://review.whamcloud.com/4803 Reviewed-by: James Simmons <uja.ornl@gmail.com> Tested-by: Hudson Reviewed-by: Jeff Mahoney <jeffm@suse.com> Tested-by: Maloo <whamcloud.maloo@gmail.com> Reviewed-by: Andreas Dilger <andreas.dilger@intel.com>
LU-20 build: fix confirmpatches, remove old patches Update both confirmpatches.sh and clearpatches.sh scripts to take a command line argument of the patch directory to check. Add options "-h" for help, and "-v" for verbose. Update confirmpatches.sh to ignore comment lines in patch series. Update clearpatches.sh to have a "-d" option to delete the patches it found to be unused. Remove unused kernel/ldiskfs patches found from running clearpatches. Signed-off-by: Andreas Dilger <adilger@whamcloud.com> Change-Id: Id5a1de13930f1c428a13d6816e68db40ce61cab0 Reviewed-on: http://review.whamcloud.com/4755 Tested-by: Hudson Tested-by: Maloo <whamcloud.maloo@gmail.com> Reviewed-by: Christopher J. Morrone <chris.morrone.llnl@gmail.com> Reviewed-by: Yang Sheng <yang.sheng@intel.com> Reviewed-by: James Simmons <uja.ornl@gmail.com> Reviewed-by: Oleg Drokin <green@whamcloud.com>
Land b_release_1_4_6 onto HEAD (20060223_1429) - for some short time (until libsysio is also merged) some branches will check out the wrong libsysio. Should be fixed before it is noticed.
Branch: b1_4 Ignore backup series files.
Branch: HEAD Move clearpatches.sh and confirmpatches.sh into build from lustre-core.