<feed xmlns='http://www.w3.org/2005/Atom'>
<title>llvm-project.git/llvm/lib/Target/AMDGPU/VOPDInstructions.td, branch users/mingmingl-llvm/samplefdo-profile-format</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/'/>
<entry>
<title>[AMDGPU] Combine VGPRSrc and VGPROp definitions into VGPROp (#157516)</title>
<updated>2025-09-09T14:54:18+00:00</updated>
<author>
<name>Joe Nash</name>
<email>joseph.nash@amd.com</email>
</author>
<published>2025-09-09T14:54:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=9c858f568062e44dd5ac8ad5280fae4eb75ce69d'/>
<id>9c858f568062e44dd5ac8ad5280fae4eb75ce69d</id>
<content type='text'>
These can be represented by the same definition. It is just a
RegisterOperand wrapper for a VGPR register class with a DecoderMethod
override.
NFC.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
These can be represented by the same definition. It is just a
RegisterOperand wrapper for a VGPR register class with a DecoderMethod
override.
NFC.</pre>
</div>
</content>
</entry>
<entry>
<title>[TableGen][CodeGen] Remove DisableEncoding field of Instruction class (#156098)</title>
<updated>2025-08-30T04:44:20+00:00</updated>
<author>
<name>Sergei Barannikov</name>
<email>barannikov88@gmail.com</email>
</author>
<published>2025-08-30T04:44:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=cc5e8967ab1ae04ccbb6a8678dcd4ef0d5c5ccdf'/>
<id>cc5e8967ab1ae04ccbb6a8678dcd4ef0d5c5ccdf</id>
<content type='text'>
I believe it became no-op with the removal of the "positionally encoded
operands" functionality (b87dc356 is the last commit in the series).

There are no changes in the generated files.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
I believe it became no-op with the removal of the "positionally encoded
operands" functionality (b87dc356 is the last commit in the series).

There are no changes in the generated files.</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU] VOPD/VOPD3 changes for gfx1250 (#147602)</title>
<updated>2025-07-10T21:15:01+00:00</updated>
<author>
<name>Stanislav Mekhanoshin</name>
<email>rampitec@users.noreply.github.com</email>
</author>
<published>2025-07-10T21:15:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=7920dff39406c2af3859d8e316c8f098526d6af3'/>
<id>7920dff39406c2af3859d8e316c8f098526d6af3</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU][NFC] Remove _DEFERRED operands. (#139123)</title>
<updated>2025-05-09T09:10:53+00:00</updated>
<author>
<name>Ivan Kosarev</name>
<email>ivan.kosarev@amd.com</email>
</author>
<published>2025-05-09T09:10:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=66d3980b53086f787d0236814c3cc34fc568e25e'/>
<id>66d3980b53086f787d0236814c3cc34fc568e25e</id>
<content type='text'>
All immediates are deferred now.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
All immediates are deferred now.</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU] Add GFX12 assembler/disassembler support for v_dual_dot2acc_* (#119211)</title>
<updated>2024-12-09T15:12:08+00:00</updated>
<author>
<name>Jay Foad</name>
<email>jay.foad@amd.com</email>
</author>
<published>2024-12-09T15:12:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=d1cf86fe53bd89e107f8348a117754b59b4ffca5'/>
<id>d1cf86fe53bd89e107f8348a117754b59b4ffca5</id>
<content type='text'>
Do for GFX12 what #118984 did for GFX11.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Do for GFX12 what #118984 did for GFX11.</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU] Add assembler/disassembler support for v_dual_dot2acc_f32_bf16 (#118984)</title>
<updated>2024-12-09T09:47:22+00:00</updated>
<author>
<name>Jay Foad</name>
<email>jay.foad@amd.com</email>
</author>
<published>2024-12-09T09:47:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=f9d6d46a8edfac7421a4b010eb216f793669bef1'/>
<id>f9d6d46a8edfac7421a4b010eb216f793669bef1</id>
<content type='text'>
There is still no codegen support because the corresponding 
v_dot2c_f32_bf16 instruction is not supported on GFX11.</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There is still no codegen support because the corresponding 
v_dot2c_f32_bf16 instruction is not supported on GFX11.</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU] Update VOP instructions for GFX12 (#74853)</title>
<updated>2023-12-12T10:38:24+00:00</updated>
<author>
<name>Mariusz Sikora</name>
<email>mariusz.sikora@amd.com</email>
</author>
<published>2023-12-12T10:38:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=a97028ac511c2cda607a1e93c3b11d654cbdbf72'/>
<id>a97028ac511c2cda607a1e93c3b11d654cbdbf72</id>
<content type='text'>
Co-authored-by: Mirko Brkusanin &lt;Mirko.Brkusanin@amd.com&gt;</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Co-authored-by: Mirko Brkusanin &lt;Mirko.Brkusanin@amd.com&gt;</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU] Make VOPD insts with a FMAMK or FMAMK component have a fixed size</title>
<updated>2023-08-14T11:32:41+00:00</updated>
<author>
<name>Mirko Brkusanin</name>
<email>Mirko.Brkusanin@amd.com</email>
</author>
<published>2023-08-14T11:16:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=6e86ab7e4ff92a3d18a20e61fe632a5fb2766af2'/>
<id>6e86ab7e4ff92a3d18a20e61fe632a5fb2766af2</id>
<content type='text'>
This fixes a failure from the expensive-checks buildbot

Differential Revision: https://reviews.llvm.org/D157857
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This fixes a failure from the expensive-checks buildbot

Differential Revision: https://reviews.llvm.org/D157857
</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU] Fix delay alu for VOPD with src2acc</title>
<updated>2022-10-25T17:11:17+00:00</updated>
<author>
<name>Joe Nash</name>
<email>Joseph.Nash@amd.com</email>
</author>
<published>2022-10-20T19:03:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=01b8140d3aac50ad4c00246bddab8646a61016ed'/>
<id>01b8140d3aac50ad4c00246bddab8646a61016ed</id>
<content type='text'>
V_FMAC_F32 and V_DOT2C_F32_F16 have a dummy src2 operand tied to vdst to
inform passes that the instructions read the dst operand. The VOPD
versions of these instructions lacked the dummy operand, which was a
problem for inserting s_delay_alu.
Introduce the dummy src2 operand on the VOPD versions, and fix the VOPD operand
tracking logic to account for it.

Reviewed By: dp

Differential Revision: https://reviews.llvm.org/D136629
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
V_FMAC_F32 and V_DOT2C_F32_F16 have a dummy src2 operand tied to vdst to
inform passes that the instructions read the dst operand. The VOPD
versions of these instructions lacked the dummy operand, which was a
problem for inserting s_delay_alu.
Introduce the dummy src2 operand on the VOPD versions, and fix the VOPD operand
tracking logic to account for it.

Reviewed By: dp

Differential Revision: https://reviews.llvm.org/D136629
</pre>
</div>
</content>
</entry>
<entry>
<title>[AMDGPU] gfx11 VOPD instructions MC support</title>
<updated>2022-06-24T15:08:39+00:00</updated>
<author>
<name>Joe Nash</name>
<email>Joseph.Nash@amd.com</email>
</author>
<published>2022-05-25T18:09:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.belthelziquor.com/llvm-project.git/commit/?id=07b7fada73da5e371607cf42b60b5d1a2706ad1c'/>
<id>07b7fada73da5e371607cf42b60b5d1a2706ad1c</id>
<content type='text'>
VOPD is a new encoding for dual-issue instructions for use in wave32.
This patch includes MC layer support only.

A VOPD instruction is constituted of an X component (for which there are
13 possible opcodes) and a Y component (for which there are the 13 X
opcodes plus 3 more). Most of the complexity in defining and parsing
a VOPD operation arises from the possible different total numbers of
operands and deferred parsing of certain operands depending on the
constituent X and Y opcodes.

Reviewed By: dp

Differential Revision: https://reviews.llvm.org/D128218
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
VOPD is a new encoding for dual-issue instructions for use in wave32.
This patch includes MC layer support only.

A VOPD instruction is constituted of an X component (for which there are
13 possible opcodes) and a Y component (for which there are the 13 X
opcodes plus 3 more). Most of the complexity in defining and parsing
a VOPD operation arises from the possible different total numbers of
operands and deferred parsing of certain operands depending on the
constituent X and Y opcodes.

Reviewed By: dp

Differential Revision: https://reviews.llvm.org/D128218
</pre>
</div>
</content>
</entry>
</feed>
