Scenario 1 - 2023.2 English

For example, open the src/kernels/data_shuffle.cc, and comment out line 24.

Compile the design by rebuilding the AI Engine Component.

Run x86simulation by selecting the Run option under X86SIMULATION in Flow navigator.

Observe that the x86simulator detects error and output messages on the console. In addition to that, the file, ${PROJECT_PATH}/Emulation-SW/x86simulator_output/simulator_state_post_analysis.dot, is generated.

x86simulator --pkg-dir=./Work --i=..
INFO: Reading options file './Work/options/x86sim.options'.
x86simulator: Detected deadlock
Deadlock diagnosis:
1. main() is waiting on kernel 'mygraph.p_d'
   because Node 'mygraph.p_d' is blocked while writing port 'mygraph.p_d.out[0]'
2. Node 'mygraph.p_d' is blocked while writing port 'mygraph.p_d.out[0]'
   because Unable to write port 'mygraph.p_d.out[0]'
3. Unable to write port 'mygraph.p_d.out[0]'
   because Node 'mygraph.d_s' is blocked while reading port 'mygraph.d_s.in[1]'
4. Node 'mygraph.d_s' is blocked while reading port 'mygraph.d_s.in[1]'
   because Data unavailable from port 'mygraph.d_s.in[1]'
5. Data unavailable from port 'mygraph.d_s.in[1]'
   because Node 'strmbrdcst_i3_po1' is blocked while reading port 'mygraph.p_d.out[1]'
6. Node 'strmbrdcst_i3_po1' is blocked while reading port 'mygraph.p_d.out[1]'
   because Data unavailable from port 'mygraph.p_d.out[1]'
7. Data unavailable from port 'mygraph.p_d.out[1]'
   because Node 'mygraph.p_d' is blocked while writing port 'mygraph.p_d.out[0]'
Consider rerunning x86simulator with the --trace option.
Wrote ./x86simulator_output/simulator_state_post_analysis.dot
Simulation completed successfully returning zero

This is the textual representation of the deadlock path (starting to the end). To get the pictorial representation of the same, you need to use the dot application.

Locate the $(COMPONENT_NAME)/Output/x86sim/x86simulator_output/simulator_state_post_analysis.dot file path in your terminal.

Issue the command dot -Tpng simulator_state_post_analysis.dot > simulator_state_post_analysis.png, and open the file.

The paths in the red indicate the root cause of the deadlock. In this design, if you observe carefully, observe the graph path ‘n3-c7-n2-c6-n5’, the edge c7 is not sending enough data to the edge c6. From your graph code, in[1] is the stream input of the kernel data_shuffle. This kernel expects stream data every iteration. However, the producing kernel sends one stream output every 16 input samples. This in turn caused the kernel to stop functioning, and the complete design went into the deadlock situation. Hence, the path from node n3 to n5 is also shown as red.

Revert the changes you have done on src/kernels/data_shuffle.cc.