aboutsummaryrefslogtreecommitdiff
path: root/net/tipc
diff options
context:
space:
mode:
authorArnd Bergmann <arnd@arndb.de>2008-02-26 07:01:56 +0100
committerJeremy Kerr <jk@ozlabs.org>2008-02-29 15:17:49 +1100
commitcc4b7c1814c9ad375e8167ea4a9ec4a0ec1ada04 (patch)
treed3bfb7c9c3a07c44519024f3d43a2ad08e6fe0ac /net/tipc
parentfae9ca791507876c3ccaa8ab686b2ce42dc7a560 (diff)
[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>
Diffstat (limited to 'net/tipc')
0 files changed, 0 insertions, 0 deletions