summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Target/SystemZ/TargetInfo
diff options
context:
space:
mode:
authorRichard Sandiford <rsandifo@linux.vnet.ibm.com>2013-12-10 10:36:34 +0000
committerRichard Sandiford <rsandifo@linux.vnet.ibm.com>2013-12-10 10:36:34 +0000
commit9afe613d121c99e66ca2224dcb426604867151e3 (patch)
treee46fdce4d40c4bb4c63c81edfc3b4fa386a35d80 /llvm/lib/Target/SystemZ/TargetInfo
parentb00a0e2971f5fbc1c069dbc4b4019ed5ca304fe9 (diff)
downloadbcm5719-llvm-9afe613d121c99e66ca2224dcb426604867151e3.tar.gz
bcm5719-llvm-9afe613d121c99e66ca2224dcb426604867151e3.zip
Add TargetLowering::prepareVolatileOrAtomicLoad
One unusual feature of the z architecture is that the result of a previous load can be reused indefinitely for subsequent loads, even if a cache-coherent store to that location is performed by another CPU. A special serializing instruction must be used if you want to force a load to be reattempted. Since volatile loads are not supposed to be omitted in this way, we should insert a serializing instruction before each such load. The same goes for atomic loads. The patch implements this at the IR->DAG boundary, in a similar way to atomic fences. It is a no-op for targets other than SystemZ. llvm-svn: 196905
Diffstat (limited to 'llvm/lib/Target/SystemZ/TargetInfo')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud