[Bug Report] dprint_tensix_dest_reg Bug

[hschoi4448]

Describe the bug
During recent debugging, I tried using dprint_tensix_dest_reg to check the value of the destination register before packing and discovered a bug.

My code performs a copy operation from an fp32 CB to another fp32 CB, with dprint_tensix_dest_reg inserted in between.

The values in the input and output CBs are identical, but the value printed by dprint_tensix_dest_reg differs from both the input and output.

After some debugging, I found that when constructing the float32 destination register value, it uses two 16-bit values. However, using the HEX() function to dprint the output revealed that the second 16-bit value is 0.

You can found test related kernel code here:

• https://github.com/tenstorrent/tt-metal/blob/hyungsuk/bug_dprint_tensix_dest_reg/ttnn/cpp/ttnn/operations/moreh/moreh_softmax/device/kernels/reader_moreh_softmax_w.cpp
• https://github.com/tenstorrent/tt-metal/blob/hyungsuk/bug_dprint_tensix_dest_reg/ttnn/cpp/ttnn/operations/moreh/moreh_softmax/device/kernels/moreh_softmax_w.cpp

To Reproduce
Steps to reproduce the behavior:

1. Go to branch: https://github.com/tenstorrent/tt-metal/tree/hyungsuk/bug_dprint_tensix_dest_reg
2. Run cmd: pytest ./tests/ttnn/unit_tests/operations/test_moreh_softmax.py
3. See DPRINT result

Expected behavior
dprint_tensix_dest_reg should be able to correctly print fp32 values.

Screenshots

Please complete the following environment information:

• OS: Ubuntu 22.04.4 LTS
• Version of software (eg. commit dac9673)
• Arch: wormhole_b0

Additional context
Add any other context about the problem here.

[zzigler-tt]

Assigning to @ayerofieiev-tt to triage, designated as P2 for now. Please update as needed. TY