kern-tools: fix forced branching

commit 7a79f7412 [linux-yocto: make KBRANCH the exception and not the rule]
ensures that a request branch is always built. The implementation of this
guarantee is a branch switch before the build starts. But that switch may
be before all patches are applied. If the proper routines are not called,
no patches can be applied to the tree.

Updating the SRCREV to pickup this fix:

    updateme: use branch command when forcing branch switches

    When forcing a branch switch to the desired branch we should be
    using the proper 'branch' command. Since without this call, the
    proper variables will not be set, and patches can't be applied
    to the tree.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
linux-yocto: fix unapplied patch error message

When patches fail to apply, the status of all pending patches should
be exported to the logs and to the user. Currently, a missing export
of GUILT_BASE makes it look more like an internal error, than a 'normal'
patch failure:

    | [ERROR] unable to complete push
    | pending patches are:
    | Patches directory doesn't exist, try guilt-init

With this variable exported, we have this:

  | [INFO] validating against known patches  (qemux86-standard-meta)
  | error: patch failed: Makefile:2
  | error: Makefile: patch does not apply
  | To force apply this patch, use 'guilt push -f'
  | [ERROR] unable to complete push
  | pending patches are:
  | links/files/0002-makefile-patch.patch

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
linux-yocto: check for bad SRCREV before branch checks

do_validate_branches ensures that the desired SRCREV is at
the tip of every branch that contains the revision. To do this,
it looks for containing branches and processes them.

This processing was mistakenly placed before the check for an
invalid SRCREV, hence a git error message is seen in the log
if a bad SRCREV is used, rather than a clear message.

reordering the checks, and fixing a check for master, ensures
that clear messages are generated in all cases.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
kern-tools: fix non-inheriting branch names

Importing the following tools SRCREV:

    kgit-meta: exclude explicit branches from name calculations

    kernel branches are constructed during patching of the tree by
    constructing a '/' based hierarchy of names as each branch
    directive is encountered.

    But if a "branch $name $branchpoint" is used, the entire branch
    name is supplied so no additions to the hierarchy should
    happen. As such, that type of branch command should not be part
    of branch name calculation and preparation.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
linux-yocto/3.4: v3.4.9, unionfs, perf and configuration changes

Updating the SRCREVs for the following updates:

  - v3.4.8, v3.4.9

  - bug fixes:
      a4c7a04 perf: add SLANG_INC for slang.h
      e32ab98 unionfs: restore FD_* utility defines
      9f0fe58 unionfs: update unionfs fork to align with mainline
      b3fcc2f codel: refine one condition to avoid a nul rec_inv_sqrt
      ef7cf65 fq_codel: should use qdisc backlog as threshold
      3f0ed1d net: codel: fix build errors
      4c06aa1 net/codel: Add missing #include <linux/prefetch.h>
      2888bf2 codel: use u16 field instead of 31bits for rec_inv_sqrt
      6edeb2e codel: use Newton method instead of sqrt() and divides
      2faecd6 fq_codel: Fair Queue Codel AQM
      edca95f netem: add ECN capability

  - config/BSP updates:

      463299b meta: bump kver to v3.4.9
      6b961c8 CrystalForest: Enable PCI IOV feature
      4bc2238 meta: Add new pci iov feature
      70346e6 mpc8315: remove now obsolete CONFIG_MISC_DEVICES

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
linux-yocto/3.2/3.4: arm: Fix linking errors with binutils 2.23

Updating the 3.2/3.4 linux-yocto SRCREVs to pickup the following fix:

    arm: Fix linking errors with binutils 2.23

    We end up with linking errors on arm using latest binutils
    because we are linking asm generated objects which use -march=all
    generating different attributes into object and use some c objects
    e.g. misc.o which use different march therefore generating a
    different set of attributes into object. When linking is done
    the ld complains since it finds incompatible attributes and ends
    up with errors like

    error: DIV usage mismatch between arch/arm/boot/compressed/head.o and
    output
    error: DIV usage mismatch between arch/arm/boot/compressed/misc.o and
    output
    error: DIV usage mismatch between arch/arm/boot/compressed/decompress.o
    and output
    error: DIV usage mismatch between arch/arm/boot/compressed/lib1funcs.o
    and output

    This patch fixes it by providing correct march to assembly routines
    which than matches with output of ld.

    Signed-off-by: Khem Raj <raj.khem@gmail.com>

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>