aboutsummaryrefslogtreecommitdiff
path: root/llvm/tools/llvm-objdump/llvm-objdump.cpp
diff options
context:
space:
mode:
authorTobias Grosser <tobias@grosser.es>2016-09-17 19:22:31 +0000
committerTobias Grosser <tobias@grosser.es>2016-09-17 19:22:31 +0000
commit51dfc27589bc187cc80abf8c4212aad4a80b02c4 (patch)
tree4f3423fae4ef7d1c4c4b9a0e176d936a2de17141 /llvm/tools/llvm-objdump/llvm-objdump.cpp
parentfe74a7a1f5e627abf88d754adc3df746115121fa (diff)
downloadllvm-51dfc27589bc187cc80abf8c4212aad4a80b02c4.zip
llvm-51dfc27589bc187cc80abf8c4212aad4a80b02c4.tar.gz
llvm-51dfc27589bc187cc80abf8c4212aad4a80b02c4.tar.bz2
GPGPU: Store back non-read-only scalars
We may generate GPU kernels that store into scalars in case we run some sequential code on the GPU because the remaining data is expected to already be on the GPU. For these kernels it is important to not keep the scalar values in thread-local registers, but to store them back to the corresponding device memory objects that backs them up. We currently only store scalars back at the end of a kernel. This is only correct if precisely one thread is executed. In case more than one thread may be run, we currently invalidate the scop. To support such cases correctly, we would need to always load and store back from a corresponding global memory slot instead of a thread-local alloca slot. llvm-svn: 281838
Diffstat (limited to 'llvm/tools/llvm-objdump/llvm-objdump.cpp')
0 files changed, 0 insertions, 0 deletions