lkml.org 
[lkml]   [2006]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] Define wc_wmb, a write barrier for PCI write combining
Date
On Wednesday 01 March 2006 20:20, Bryan O'Sullivan wrote:

>
> [...] the processor completely empties the write buffer by
> writing the contents to memory as a result of performing any of
> the following operations:
>
> SFENCE Instruction
> Executing a store-fence (SFENCE) instruction forces all memory
> writes before the SFENCE (in program order) to be written into
> memory before memory writes that follow the SFENCE instruction.
> The memory-fence (MFENCE) instruction has a similar effect, but
> it forces the ordering of loads in addition to stores.
> [...]
>
> So in fact SFENCE is the appropriate, architecturally guaranteed, thing
> for us to be doing on x86_64.

I don't interpret it as being a full synchronous write. It's just a barrier
preventing reordering. So the writes before could be in theory stuck
forever in some buffer - it just means they won't be later than the writes
after the fence.

Implementing the fences in the way your're suggesting would be very costly
because it could make them potentially stall for thousands of cycles.

I don't have a quote handy right now but volume 3 of the Intel/AMD manuals
have own chapters on the memory ordering rules elaborating on this in much more
detail.

-Andi
-
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: 2006-03-01 20:31    [W:0.071 / U:0.404 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site