lkml.org 
[lkml]   [2008]   [May]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: MMIO and gcc re-ordering issue
Chris Friesen writes:

> Roland Dreier wrote:
>
> > Writes are posted yes, but not reordered arbitrarily. If I have code like:
> >
> > spin_lock(&mmio_lock);
> > writel(val1, reg1);
> > writel(val2, reg2);
> > spin_unlock(&mmio_lock);
> >
> > then I have a reasonable expectation that if two CPUs run this at the
> > same time, their writes to reg1/reg2 won't be interleaved with each
> > other (because the whole section is inside a spinlock). And Altix
> > violates that expectation.
>
> Does that necessarily follow?
>
> If you've got a large system with multiple pci bridges, could you end up
> with posted writes coming from different cpus taking a different amount
> of time to propagate to a device and thus colliding?

On powerpc we explicitly make sure that can't happen. That's the "do
a sync in spin_unlock if there were any writels since the last
spin_lock" magic. The sync instruction makes sure the writes have got
to the host bridge before the spinlock is unlocked.

Paul.


\
 
 \ /
  Last update: 2008-05-28 01:07    [W:0.130 / U:0.608 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site