Files
llvm/test/CodeGen/AMDGPU
Nicolai Haehnle 756309c45b AMDGPU: add llvm.amdgcn.buffer.load/store intrinsics
Summary:
They correspond to BUFFER_LOAD/STORE_DWORD[_X2,X3,X4] and mostly behave like
llvm.amdgcn.buffer.load/store.format. They will be used by Mesa for SSBO and
atomic counters at least when robust buffer access behavior is desired.
(These instructions perform no format conversion and do buffer range checking
per component.)

As a side effect of sharing patterns with llvm.amdgcn.buffer.store.format,
it has become trivial to add support for the f32 and v2f32 variants of that
intrinsic, so the patch does so.

Also DAG-ify (and fix) some tests that I noticed intermittent failures in
while developing this patch.

Some tests were (temporarily) adjusted for the required mayLoad/hasSideEffects
changes to the BUFFER_STORE_DWORD* instructions. See also
http://reviews.llvm.org/D18291.

Reviewers: arsenm, tstellarAMD, mareko

Subscribers: arsenm, llvm-commits

Differential Revision: http://reviews.llvm.org/D18292

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@266126 91177308-0d34-0410-b5e6-96231b3b80d8
2016-04-12 21:18:10 +00:00
..
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-02-08 19:06:01 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-04-06 19:40:20 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-02-22 21:04:23 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-01-22 18:42:38 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-01-28 20:53:35 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-01-29 10:05:16 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-04-06 19:40:20 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-01-18 22:09:04 +00:00
2016-01-18 22:01:13 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-10-29 15:05:03 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-01-11 21:18:40 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2015-06-13 03:28:10 +00:00
2016-04-06 19:40:20 +00:00

+==============================================================================+
| How to organize the lit tests                                                |
+==============================================================================+

- If you write a test for matching a single DAG opcode or intrinsic, it should
  go in a file called {opcode_name,intrinsic_name}.ll (e.g. fadd.ll)

- If you write a test that matches several DAG opcodes and checks for a single
  ISA instruction, then that test should go in a file called {ISA_name}.ll (e.g.
  bfi_int.ll

- For all other tests, use your best judgement for organizing tests and naming
  the files.

+==============================================================================+
| Naming conventions                                                           |
+==============================================================================+

- Use dash '-' and not underscore '_' to separate words in file names, unless
  the file is named after a DAG opcode or ISA instruction that has an
  underscore '_' in its name.