lkml.org 
[lkml]   [2015]   [Oct]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Q: schedule() and implied barriers on arm64
    On Fri, Oct 16, 2015 at 05:55:35PM +0100, Catalin Marinas wrote:
    > arm64 indeed does not have a dmb after spin_lock, it only has a
    > load-acquire. So with the default smp_mb__before_spinlock() +
    > spin_lock we have:
    >
    > smp_wmb()
    > loop
    > load-acquire
    > store
    >
    > So (I think) this guarantees that any writes before wmb+lock would be
    > visible before any reads _and_ writes after wmb+lock. However, the
    > ordering with reads before wmb+lock is not guaranteed.

    That is my understanding as well, and stores could creep up from below
    the unlock and then the reads and those stores can cross and you've
    lost.

    In any case, its all moot now, since Paul no longer requires schedule()
    to imply a full barrier.


    \
     
     \ /
      Last update: 2015-10-16 21:21    [W:3.406 / U:0.024 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site