mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-11-23 19:23:23 +01:00
bc88711db8
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
22 lines
576 B
LLVM
22 lines
576 B
LLVM
; Test serialization instructions.
|
|
;
|
|
; RUN: llc < %s -mtriple=s390x-linux-gnu -mcpu=z10 | \
|
|
; RUN: FileCheck %s -check-prefix=CHECK-FULL
|
|
; RUN: llc < %s -mtriple=s390x-linux-gnu -mcpu=z196 | \
|
|
; RUN: FileCheck %s -check-prefix=CHECK-FAST
|
|
|
|
; Check that volatile loads produce a serialisation.
|
|
define i32 @f1(i32 *%src) {
|
|
; CHECK-FULL-LABEL: f1:
|
|
; CHECK-FULL: bcr 15, %r0
|
|
; CHECK-FULL: l %r2, 0(%r2)
|
|
; CHECK-FULL: br %r14
|
|
;
|
|
; CHECK-FAST-LABEL: f1:
|
|
; CHECK-FAST: bcr 14, %r0
|
|
; CHECK-FAST: l %r2, 0(%r2)
|
|
; CHECK-FAST: br %r14
|
|
%val = load volatile i32 *%src
|
|
ret i32 %val
|
|
}
|