[PATCH] D129291: [NVPTX] Promote i24, i40, i48 and i56 to next power-of-two register when passing
Kjetil Kjeka via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Fri Jul 15 05:42:34 PDT 2022
kjetilkjeka updated this revision to Diff 444947.
kjetilkjeka marked 8 inline comments as done.
kjetilkjeka added a comment.
> I would stick with a set of `CHECK-DAG: ld.param.XX {{.*}} [test_i23_param_0+Y]`. All we care about here is that we load the right set of bits. We can assume that reconstructing the integer is handled by appropriate tests already.
I realize that you say that all we care about is loading the right set of bits. But I assume we would like to check it for returns/args on both the caller and callee side? These four cases is basically what I'm doing now in addition to checking that the function is actually called. I have removed the checking of truncating/promoting as you mentioned.
More specifically I'm checking the reads from the parameter in the call is done for the correct amount of bytes with `CHECK-DAG`. While the pass of the return is done with the promoted type. I'm also checking the pass and return from the `call` is being done with the correctly promoted type. I'm not checking anything related to truncating or promoting the integers before or after the load/store to param space.
Let me know if you want even less checks in the tests, like in fact only checking the read is being done with the correct amount of bytes, and I will fix it.
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D129291/new/
https://reviews.llvm.org/D129291
Files:
llvm/lib/Target/NVPTX/NVPTXAsmPrinter.cpp
llvm/lib/Target/NVPTX/NVPTXISelLowering.cpp
llvm/lib/Target/NVPTX/NVPTXUtilities.h
llvm/test/CodeGen/NVPTX/param-load-store.ll
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D129291.444947.patch
Type: text/x-patch
Size: 18835 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20220715/8ba561f2/attachment.bin>
More information about the llvm-commits
mailing list