lkml.org 
[lkml]   [2015]   [Dec]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH powerpc/next v6 0/4] atomics: powerpc: Implement relaxed/acquire/release variants
    From
    Date
    On Tue, 2015-12-15 at 22:24 +0800, Boqun Feng wrote:

    > Hi all,
    >
    > This is v6 of the series.
    >
    > Link for v1: https://lkml.org/lkml/2015/8/27/798
    > Link for v2: https://lkml.org/lkml/2015/9/16/527
    > Link for v3: https://lkml.org/lkml/2015/10/12/368
    > Link for v4: https://lkml.org/lkml/2015/10/14/670
    > Link for v5: https://lkml.org/lkml/2015/10/26/141
    >
    >
    > Changes since v5:
    >
    > * rebase on the next branch of powerpc.
    >
    > * pull two fix and one testcase patches out, which are already
    > sent separately
    >
    > * some clean up or code format fixing.
    >
    >
    > Paul, Peter and Will, thank you for your comments and suggestions in the review
    > of previous versions. From this version on, This series is against the next
    > branch of powerpc tree, because most of the code touch arch/powerpc/*.


    Sorry if we already discussed this, but did we decide how we were going to
    merge this? There's the one patch to generic code and then three powerpc
    patches.

    It'd make most sense for it to go via powerpc I think. Given that the change to
    generic code is relatively trivial I'll plan to merge this unless someone
    objects.

    Also it is pretty late in the -next cycle for something like this. But AFAICS
    there are no users of these "atomic*relaxed" variants yet other than arm64 code
    and qspinlocks, neither of which are used on powerpc. So adding them should be
    pretty harmless.

    cheers



    \
     
     \ /
      Last update: 2015-12-23 04:01    [W:2.663 / U:0.052 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site