[PATCH] D105222: [AMDGPU][Docs] Update Code Object V3 example to includes args section
Scott Linder via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Wed Jun 30 13:26:03 PDT 2021
scott.linder added subscribers: rampitec, scott.linder.
scott.linder added a comment.
Thank you for improving the docs! This definitely just looks like an oversight on my point when implementing the new metadata.
I have a couple small requests, but otherwise LGTM
================
Comment at: llvm/docs/AMDGPUUsage.rst:12191-12194
+ .args:
+ - .size: 8
+ .offset: 0
+ .value_kind: by_value
----------------
The argument in this case it a pointer, which I believe we would describe with `.value_kind: global_buffer`.
We are also using flat store, so this likely should have `.address_space: generic`, although I think in the frontend we coerce pointer arguments to the global address space because we know the arguments are not in e.g. scratch; with that in mind I think `.address_space: global` may actually be correct? The TODO in the description of `.address_space` reads:
```
.. TODO
Is "global_buffer" only "global"
or "constant"? Is
"dynamic_shared_pointer" always
"local"? Can HCC allow "generic"?
How can "private" or "region"
ever happen?
```
Maybe one of @kzhuravl @t-tye @rampitec know what the `.address_space` should be in this case?
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D105222/new/
https://reviews.llvm.org/D105222
More information about the llvm-commits
mailing list