llvm-project.git/llvm/test/CodeGen/AMDGPU/internalize.ll, branch users/nico/python-2

AMDGPU: Replace undef global initializers in tests with poison (#131051)

2025-03-13T06:41:03+00:00

Revert "[Transforms][IPO] Add func suffix in ArgumentPromotion and DeadArgume… (#105742)"

2024-09-19T10:54:13+00:00

This reverts commit 959448fbd6bc6f74fb3f9655b1387d0e8a272ab8.
Reverting because multiple test failures e.g.
  https://lab.llvm.org/buildbot/#/builders/187/builds/1290
  https://lab.llvm.org/buildbot/#/builders/153/builds/9389
and maybe a few others.

[Transforms][IPO] Add func suffix in ArgumentPromotion and DeadArgume… (#105742)

2024-09-19T08:21:58+00:00

…ntElimination

ArgumentPromotion and DeadArgumentElimination passes could change
function signatures but the function name remains the same as before the
transformation. This makes it hard for tracing with bpf programs where
user tends to use function signature in the source. See discussion [1]
for details.

This patch added suffix to functions whose signatures are changed. The
suffix lets users know that function signature has changed and they need
to impact the IR or binary to find modified signature before tracing
those functions.

The suffix for ArgumentPromotion is ".argprom" and the suffixes for
DeadArgumentElimination are ".argelim" and ".retelim". The suffix also
gives user hints about what kind of transformation has been done.

With this patch, I built a recent linux kernel with full LTO enabled. I
got 4 functions with only argpromotion like
```
  set_track_update.argelim.argprom
  pmd_trans_huge_lock.argprom
  ...
```
I got 1058 functions with only deadargelim like
```
  process_bit0.argelim
  pci_io_ecs_init.argelim
  ...
```
I got 3 functions with both argpromotion and deadargelim
```
  set_track_update.argelim.argprom
  zero_pud_populate.argelim.argprom
  zero_pmd_populate.argelim.argprom
```

  [1] https://github.com/llvm/llvm-project/issues/104678

AMDGPU: Convert some assorted tests to opaque pointers

2022-12-02T02:40:30+00:00

[NewPM][AMDGPU] Run InternalizePass when -amdgpu-internalize-symbols

2021-01-04T19:34:40+00:00

The legacy PM doesn't run EP_ModuleOptimizerEarly on -O0, so skip
running it here when given O0.

Reviewed By: arsenm

Differential Revision: https://reviews.llvm.org/D93886

AMDGPU: Stop forcing internalize at -O0

2018-08-31T06:02:36+00:00

This doesn't really matter if clang is always emitting
the visibility as hidden by default.

llvm-svn: 341168

[AMDGPU] Port of HSAIL inliner

2017-09-20T04:25:58+00:00

Differential Revision: https://reviews.llvm.org/D36849

llvm-svn: 313714

AMDGPU: Run internalize symbols at -O0

2017-09-19T07:40:11+00:00

The relocations used for externally visible functions
aren't supported, so the direct call emitted ends
up hitting a linker error.

llvm-svn: 313616

AMDGPU: Mark all unspecified CC functions in tests as amdgpu_kernel

2017-03-21T21:39:51+00:00

Currently the default C calling convention functions are treated
the same as compute kernels. Make this explicit so the default
calling convention can be changed to a non-kernel.

Converted with perl -pi -e 's/define void/define amdgpu_kernel void/'
on the relevant test directories (and undoing in one place that actually
wanted a non-kernel).

llvm-svn: 298444

[AMDGPU] Internalize non-kernel symbols

2017-01-30T21:05:18+00:00

Since we have no call support and late linking we can produce code
only for used symbols. This saves compilation time, size of the final
executable, and size of any intermediate dumps.

Run Internalize pass early in the opt pipeline followed by global
DCE pass. To enable it RT can pass -amdgpu-internalize-symbols option.

Differential Revision: https://reviews.llvm.org/D29214

llvm-svn: 293549