<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>i.MX Processorsのトピックi.MX8MP NPU crash after some delay</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-NPU-crash-after-some-delay/m-p/2164328#M240548</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I use an nnstreamer pipeline to run a detection model on video streams on an i.MX8MP (scarthgap 6.6.23).&lt;/P&gt;&lt;P&gt;It works fine. But after a random delay (~ some 10 seconds to some minutes), the rate of the inferences' output suddenly dramatically drops (typically from 15 to 0.3 FPS on our proprietary model).&lt;BR /&gt;At the same time, I observe that the load of the 2nd GPU (GC8000) raises at 100% and sticks to 100% until the pipeline stops.&lt;BR /&gt;I also notice weird display bugs on the weston's desktop screen that also disappear when the pipeline stops.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;For IP reasons, I can't share my model but I managed to reproduce the bug with a Yolov5 tflite model publicly available in Kaggle at &lt;A href="https://www.kaggle.com/models/kaggle/yolo-v5?select=1.tflite" target="_self"&gt;https://www.kaggle.com/models/kaggle/yolo-v5?select=1.tflite&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;Way to reproduce the problem:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;# Download the model from the Kagle website (https://www.kaggle.com/models/kaggle/yolo-v5?select=1.tflite)
# this provides with the 1.tflite file
# Sorry, I did not find any way to get a direct download url on kaggle's website. You'll have to download it manually from you browser (no need to register on kaggle's website)

# Optionally: Enable VX Caching
export VIV_VX_CACHE_BINARY_GRAPH_DIR=/root/.cache/vxdelegate/
export VIV_VX_ENABLE_CACHE_GRAPH_BINARY=1

# Optionally: Enable nnshark
export GST_DEBUG="GST_TRACER:7"
export GST_TRACERS="live"

# Run the pipeline
gst-launch-1.0 videotestsrc \
! video/x-raw, format=YUY2, width=320, height=320, framerate=20/1 \
! queue max-size-buffers=1 max-size-bytes=0 max-size-time=0 leaky=downstream \
! videoconvert n-threads=4 \
! video/x-raw, format=RGB \
! tensor_converter set-timestamp=false \
! tensor_transform mode=dimchg option=0:2 \
! tensor_transform mode=arithmetic option=typecast:float32,div:255 \
! tensor_filter framework=tensorflow-lite model=1.tflite custom=Delegate:External,ExtDelegateLib:libvx_delegate.so \
! fakesink&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;With this setup, at the beginning, the pipeline infers at a rate of ~0.85 FPS (inference time of 1.195s reported in nnshark) and the GC8000 load is between 10 and 40%.&lt;BR /&gt;After few minutes (~2'30 on my setup), the bug happens. The FPS drops to ~0.05FPS (inference time of 19.181s) and the GC8000 load is stucked at 100%.&lt;/P&gt;&lt;P&gt;This can be observed:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;either with nnshark&lt;/LI&gt;&lt;LI&gt;or directly from the command line:&lt;UL&gt;&lt;LI&gt;man can see the gstreamer timestamp progress is much slower&lt;/LI&gt;&lt;LI&gt;&amp;nbsp;and GPU load can be followed in another terminal with:&lt;FONT face="courier new,courier"&gt; watch -n0.1 cat /sys/kernel/debug/gc/load&lt;/FONT&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Thank you by advance for any help!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 05 Sep 2025 09:53:30 GMT</pubDate>
    <dc:creator>Christophe_Couturier</dc:creator>
    <dc:date>2025-09-05T09:53:30Z</dc:date>
    <item>
      <title>i.MX8MP NPU crash after some delay</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-NPU-crash-after-some-delay/m-p/2164328#M240548</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I use an nnstreamer pipeline to run a detection model on video streams on an i.MX8MP (scarthgap 6.6.23).&lt;/P&gt;&lt;P&gt;It works fine. But after a random delay (~ some 10 seconds to some minutes), the rate of the inferences' output suddenly dramatically drops (typically from 15 to 0.3 FPS on our proprietary model).&lt;BR /&gt;At the same time, I observe that the load of the 2nd GPU (GC8000) raises at 100% and sticks to 100% until the pipeline stops.&lt;BR /&gt;I also notice weird display bugs on the weston's desktop screen that also disappear when the pipeline stops.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;For IP reasons, I can't share my model but I managed to reproduce the bug with a Yolov5 tflite model publicly available in Kaggle at &lt;A href="https://www.kaggle.com/models/kaggle/yolo-v5?select=1.tflite" target="_self"&gt;https://www.kaggle.com/models/kaggle/yolo-v5?select=1.tflite&lt;/A&gt;.&lt;/P&gt;&lt;P&gt;Way to reproduce the problem:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;# Download the model from the Kagle website (https://www.kaggle.com/models/kaggle/yolo-v5?select=1.tflite)
# this provides with the 1.tflite file
# Sorry, I did not find any way to get a direct download url on kaggle's website. You'll have to download it manually from you browser (no need to register on kaggle's website)

# Optionally: Enable VX Caching
export VIV_VX_CACHE_BINARY_GRAPH_DIR=/root/.cache/vxdelegate/
export VIV_VX_ENABLE_CACHE_GRAPH_BINARY=1

# Optionally: Enable nnshark
export GST_DEBUG="GST_TRACER:7"
export GST_TRACERS="live"

# Run the pipeline
gst-launch-1.0 videotestsrc \
! video/x-raw, format=YUY2, width=320, height=320, framerate=20/1 \
! queue max-size-buffers=1 max-size-bytes=0 max-size-time=0 leaky=downstream \
! videoconvert n-threads=4 \
! video/x-raw, format=RGB \
! tensor_converter set-timestamp=false \
! tensor_transform mode=dimchg option=0:2 \
! tensor_transform mode=arithmetic option=typecast:float32,div:255 \
! tensor_filter framework=tensorflow-lite model=1.tflite custom=Delegate:External,ExtDelegateLib:libvx_delegate.so \
! fakesink&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;With this setup, at the beginning, the pipeline infers at a rate of ~0.85 FPS (inference time of 1.195s reported in nnshark) and the GC8000 load is between 10 and 40%.&lt;BR /&gt;After few minutes (~2'30 on my setup), the bug happens. The FPS drops to ~0.05FPS (inference time of 19.181s) and the GC8000 load is stucked at 100%.&lt;/P&gt;&lt;P&gt;This can be observed:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;either with nnshark&lt;/LI&gt;&lt;LI&gt;or directly from the command line:&lt;UL&gt;&lt;LI&gt;man can see the gstreamer timestamp progress is much slower&lt;/LI&gt;&lt;LI&gt;&amp;nbsp;and GPU load can be followed in another terminal with:&lt;FONT face="courier new,courier"&gt; watch -n0.1 cat /sys/kernel/debug/gc/load&lt;/FONT&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Thank you by advance for any help!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 05 Sep 2025 09:53:30 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-NPU-crash-after-some-delay/m-p/2164328#M240548</guid>
      <dc:creator>Christophe_Couturier</dc:creator>
      <dc:date>2025-09-05T09:53:30Z</dc:date>
    </item>
    <item>
      <title>Re: i.MX8MP NPU crash after some delay</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-NPU-crash-after-some-delay/m-p/2164658#M240557</link>
      <description>&lt;P&gt;Self reply to my own question:&lt;/P&gt;&lt;P&gt;The processor is heating quite a lot when the NPU is under intensive load.&lt;/P&gt;&lt;P&gt;For some reason, my development board was not equipped with a heat-sink.&lt;/P&gt;&lt;P&gt;Installing a heat-sink on the processor seems to have solved by problem. Adding a fan may also be necessary for production use. To be checked&lt;/P&gt;&lt;P&gt;So, for the moment, I consider my problem is solved.&lt;BR /&gt;Hopefully, this post can help someone with the same problem.&lt;/P&gt;</description>
      <pubDate>Sat, 06 Sep 2025 12:27:09 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-NPU-crash-after-some-delay/m-p/2164658#M240557</guid>
      <dc:creator>Christophe_Couturier</dc:creator>
      <dc:date>2025-09-06T12:27:09Z</dc:date>
    </item>
  </channel>
</rss>

