Patchwork [0/3] linux-yocto: mips, -rt update and yocto-custom fix

login
register
mail settings
Submitter Bruce Ashfield
Date April 1, 2013, 5:09 p.m.
Message ID <cover.1364835699.git.bruce.ashfield@windriver.com>
Download mbox
Permalink /patch/47217/
State New
Headers show

Pull-request

git://git.pokylinux.org/poky-contrib zedd/kernel

Comments

Bruce Ashfield - April 1, 2013, 5:09 p.m.
Richard,

Here are three small fixes that I've gathered up since pushing out the
last update to 3.8.x.

[PATCH 1/3] linux-yocto/3.8: update mips SA_RESTORER fix

    During the 3.8.4 integration there was a build issue on MIPS due to
    SA_RESTORER changes. A solution was put in place for mips, but it
    didn't cover other impacted architectures.

    This is a backport of the proposed fix for the next 3.8-stable,
    since the full -stable might not be available in the right timeframe.

[PATCH 2/3] kernel-yocto: use KBRANCH as default build branch

    commit 61001aa [kernel-yocto: respect SRC_URI modified branch selection]
    changed branch processing such that a branch specified in the SRC_URI
    would set the branch forced as the build branch.

    This change broke compatibility with the yocto-bsp, linux-yocto-custom
    based recipes. These recipes specify the branch to be built via KBRANCH,
    but allow the fetcher to use master for keeping the repository up to
    date. This means that no explicit branch is set in the SRC_URI and the
    routines return the default branch of 'master', which is not what is
    set in KBRANCH.

    To support this case, we simply pass a default branch into the routine
    returning the branch to build, and ensure that the default is KBRANCH
    so if no branch is passed in the SRC_URI, KBRANCH is always built.

    [YOCTO #4145]

[PATCH 3/3] linux-yocto-rt: integrate 3.8.4-rt2

    Updating to 3.8.4-rt2 to fix the minor issues found with -rt1.

    From the upstream commit log:

     changes since v3.8.4-rt1:
       - build fix for i915 (reported by "Luis Claudio R. Goncalves")
       - build fix for fscache (reported by tglx)
       - build fix for !RT (kernel/softirq.c did not compile)
       - per-cpu rwsem fixed for RT (required only by uprobes so far)
       - slub: delay the execution of the ->ctor() hook for newly created
	 objects. This lowers the worst case latencies.

  * This also fixes a build issue reported by Tom Zanussi

Cheers,

Bruce

The following changes since commit 92aeb31341b28b193d616ab5cf38af1b9673e37d:

  qemuimage-testlib: Fix quoting issue (2013-03-30 17:26:56 +0000)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (3):
  linux-yocto/3.8: update mips SA_RESTORER fix
  kernel-yocto: use KBRANCH as default build branch
  linux-yocto-rt: integrate 3.8.4-rt2

 meta/classes/kernel-yocto.bbclass               |   11 ++++++-----
 meta/recipes-kernel/linux/linux-yocto-rt_3.8.bb |    4 ++--
 meta/recipes-kernel/linux/linux-yocto_3.8.bb    |   12 ++++++------
 3 files changed, 14 insertions(+), 13 deletions(-)
Khem Raj - April 1, 2013, 7:24 p.m.
On Apr 1, 2013, at 10:09 AM, Bruce Ashfield <bruce.ashfield@windriver.com> wrote:

> [PATCH 1/3] linux-yocto/3.8: update mips SA_RESTORER fix
> 
>    During the 3.8.4 integration there was a build issue on MIPS due to
>    SA_RESTORER changes. A solution was put in place for mips, but it
>    didn't cover other impacted architectures.
> 
>    This is a backport of the proposed fix for the next 3.8-stable,
>    since the full -stable might not be available in the right timeframe.


Does this fix systemd/ crash and/or mips64 boot on qemu I wonder
Bruce Ashfield - April 1, 2013, 7:25 p.m.
On 13-04-01 03:24 PM, Khem Raj wrote:
>
> On Apr 1, 2013, at 10:09 AM, Bruce Ashfield <bruce.ashfield@windriver.com> wrote:
>
>> [PATCH 1/3] linux-yocto/3.8: update mips SA_RESTORER fix
>>
>>     During the 3.8.4 integration there was a build issue on MIPS due to
>>     SA_RESTORER changes. A solution was put in place for mips, but it
>>     didn't cover other impacted architectures.
>>
>>     This is a backport of the proposed fix for the next 3.8-stable,
>>     since the full -stable might not be available in the right timeframe.
>
>
> Does this fix systemd/ crash and/or mips64 boot on qemu I wonder

It may .. since the fix is broader than the one that I did before.
Now that this it out, I'm gearing up to do systemd boots with
mips/mips64.

Bruce

>