lkml.org 
[lkml]   [2004]   [Oct]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH] I/O space write barrier
    From
    Date
    On Wed, 2004-10-06 at 09:57, Roland Dreier wrote:

    > I could be wrong but I think that the eieio in the ppc IO write
    > functions should be strong enough that mmiowb() can be a no-op.
    >
    > By the way, are the ordering rules different for ppc32 and ppc64? I
    > notice that the ppc32 out_xxx() functions do eieio while the ppc64
    > versions do a full sync.

    ppc32 and ppc64 are identical by spec, but the current chips smaller
    store queues are such that we didn't epxerience on ppc32 the amount
    of issues we had on ppc64.

    eieio will not order a cacheable store vs. a non-cacheable store by
    spec, which is the root of our problem on ppc and why we had to change
    some of these into sync's. Extended the semantics of mmiowb() to a more
    generic ordering of MMIO vs. "the rest of the world" would help us as
    I don't beleive in defining yet-another barrier and have it properly
    used by device driver writers.

    Ben.


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:06    [W:5.968 / U:0.016 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site