[POWERPC] spufs: invalidate SLB translation before adding a new entry
authorArnd Bergmann <arnd@arndb.de>
Tue, 26 Feb 2008 06:01:56 +0000 (07:01 +0100)
committerJeremy Kerr <jk@ozlabs.org>
Fri, 29 Feb 2008 04:17:49 +0000 (15:17 +1100)
commitcc4b7c1814c9ad375e8167ea4a9ec4a0ec1ada04
treed3bfb7c9c3a07c44519024f3d43a2ad08e6fe0ac
parentfae9ca791507876c3ccaa8ab686b2ce42dc7a560
[POWERPC] spufs: invalidate SLB translation before adding a new entry

When we replace an SLB entry in the MFC after using up all the available
entries, there is a short window in which an incorrect entry is marked
as valid.

The problem is that the 'valid' bit is stored in the ESID, which is
always written after the VSID. Overwriting the VSID first will make the
original ESID entry point to the new VSID, which means that any
concurrent DMA accessing the old ESID ends up being redirected to the
new virtual address.  A few cycles later, we write the new ESID and
everything is fine again.

That race can be closed by writing a zero entry to the ESID first, which
makes sure that the VSID is not accessed until we write the new ESID.

Note that we don't actually need to invalidate the SLB entry using the
invalidation register, which would also flush any ERAT entries for that
segment, because the segment translation does not become invalid but is
only removed from the SLB cache.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Jeremy Kerr <jk@ozlabs.org>
arch/powerpc/platforms/cell/spu_base.c