<?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>LayerscapeのトピックRe: vpp buffer issue on Lx2160</title>
    <link>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1924825#M14686</link>
    <description>Hi,&lt;BR /&gt;Yes, I used show dpdk buffer later, but ran into another problem.When I use iperf for udp traffic testing, even if the test traffic is small, the dpdk buffer runs out very quickly (having modified the buffer's number to be larger) and no longer receives data.&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
    <pubDate>Mon, 05 Aug 2024 02:27:33 GMT</pubDate>
    <dc:creator>Blue_Sky1</dc:creator>
    <dc:date>2024-08-05T02:27:33Z</dc:date>
    <item>
      <title>vpp buffer issue on Lx2160</title>
      <link>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1903625#M14532</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Hey, Guys,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I have started VPP on my&amp;nbsp;lx2160 board, and iperf&lt;/SPAN&gt;&amp;nbsp;tests were done.Some problems were found during testing:&lt;/P&gt;&lt;P&gt;1、the value of Used， it doesn't look right.&lt;/P&gt;&lt;P&gt;vpp# show buffers&lt;BR /&gt;Pool Name Index NUMA Size Data Size Total&amp;nbsp; &amp;nbsp; &amp;nbsp;Avail Cached Used&lt;BR /&gt;default-numa-0 0 0&amp;nbsp; &amp;nbsp; &amp;nbsp;2496 2048&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; 100000 199488 512 42948672&lt;/P&gt;&lt;P&gt;2、I just tested 5m, and allocated quickly reached its maximum value, making it impossible to receive any more packets&lt;/P&gt;&lt;P&gt;iperf -u -c 10.8.19.178 -p 2152 -i 1 -b 5m -t 99999&lt;/P&gt;&lt;P&gt;vpp# show dpdk buffer&lt;BR /&gt;name="vpp pool 0" available = 0 allocated = 100000 total = 100000&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="stupid_0-1720505651128.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/287691iFE253C3142F60BC5/image-size/medium?v=v2&amp;amp;px=400" role="button" title="stupid_0-1720505651128.png" alt="stupid_0-1720505651128.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;3、The vpp_main thread is prone to crash when testing larger amounts of traffic,check the core with gdb and it's not the same every time.&lt;/P&gt;&lt;P&gt;(gdb) bt&lt;BR /&gt;#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50&lt;BR /&gt;#1 0x0000ffff8c312aac in __GI_abort () at abort.c:79&lt;BR /&gt;#2 0x0000aaaaacf387e4 in os_exit (code=code@entry=1)&lt;BR /&gt;at /root/test/flexbuild_lsdk2108_github/components/apps/networking/vpp/src/vpp/vnet/main.c:433&lt;BR /&gt;#3 0x0000ffff8c643f60 in unix_signal_handler (signum=11, si=&amp;lt;optimized out&amp;gt;, uc=&amp;lt;optimized out&amp;gt;)&lt;BR /&gt;at /root/test/flexbuild_lsdk2108_github/components/apps/networking/vpp/src/vlib/unix/main.c:187&lt;BR /&gt;#4 &amp;lt;signal handler called&amp;gt;&lt;BR /&gt;#5 0x0000ffff8c5f8b04 in dispatch_suspended_process (last_time_stamp=49550713257,&lt;BR /&gt;process_index=&amp;lt;optimized out&amp;gt;, vm=&amp;lt;optimized out&amp;gt;)&lt;BR /&gt;at /root/test/flexbuild_lsdk2108_github/components/apps/networking/vpp/src/vlib/main.c:1644&lt;BR /&gt;#6 vlib_main_or_worker_loop (is_main=1, vm=0xffff8c66fe40 &amp;lt;vlib_global_main&amp;gt;)&lt;BR /&gt;at /root/test/flexbuild_lsdk2108_github/components/apps/networking/vpp/src/vlib/main.c:1989&lt;BR /&gt;#7 vlib_main_loop (vm=0xffff8c66fe40 &amp;lt;vlib_global_main&amp;gt;)&lt;BR /&gt;at /root/test/flexbuild_lsdk2108_github/components/apps/networking/vpp/src/vlib/main.c:2032&lt;BR /&gt;#8 vlib_main (vm=&amp;lt;optimized out&amp;gt;, vm@entry=0xffff8c66fe40 &amp;lt;vlib_global_main&amp;gt;,&lt;BR /&gt;input=input@entry=0xffff4a631fc8)&lt;BR /&gt;at /root/test/flexbuild_lsdk2108_github/components/apps/networking/vpp/src/vlib/main.c:2278&lt;BR /&gt;#9 0x0000ffff8c642d8c in thread0 (arg=281473037303360)&lt;BR /&gt;at /root/test/flexbuild_lsdk2108_github/components/apps/networking/vpp/src/vlib/unix/main.c:670&lt;BR /&gt;#10 0x0000ffff8c487f7c in clib_calljmp () from /usr/lib/aarch64-linux-gnu/libvppinfra.so.21.08.0&lt;BR /&gt;Backtrace stopped: not enough registers or memory available to unwind further&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The startup.conf is shown in the attachment.&lt;/P&gt;&lt;P&gt;Test Env：LSDK21.08&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Any replies will be helpful.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 09 Jul 2024 06:25:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1903625#M14532</guid>
      <dc:creator>Blue_Sky1</dc:creator>
      <dc:date>2024-07-09T06:25:12Z</dc:date>
    </item>
    <item>
      <title>Re: vpp buffer issue on Lx2160</title>
      <link>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1910474#M14557</link>
      <description>&lt;P&gt;Please refer to "9.3.5 Executing VPP" in LSDK 21.08 user manual.&lt;/P&gt;
&lt;P&gt;Please execute the following command before executing VPP.&lt;/P&gt;
&lt;P&gt;cd /usr/local/dpdk/dpaa2&lt;BR /&gt;. ./dynamic_dpl.sh dpmac.1 dpmac.2&lt;BR /&gt;mkdir /mnt/hugepages&lt;BR /&gt;mount -t hugetlbfs none /mnt/hugepages&lt;BR /&gt;echo 256 &amp;gt; /proc/sys/vm/nr_hugepages&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jul 2024 09:12:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1910474#M14557</guid>
      <dc:creator>yipingwang</dc:creator>
      <dc:date>2024-07-17T09:12:59Z</dc:date>
    </item>
    <item>
      <title>Re: vpp buffer issue on Lx2160</title>
      <link>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1910534#M14558</link>
      <description>&lt;P&gt;Hi,yiping:&lt;/P&gt;&lt;P&gt;These steps were performed before running vpp.Run Script Reference Attachment，&lt;/P&gt;&lt;P&gt;Before:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="stupid_0-1721209546314.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/288945i17BEA7EF9FF1DB79/image-size/medium?v=v2&amp;amp;px=400" role="button" title="stupid_0-1721209546314.png" alt="stupid_0-1721209546314.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;After:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="stupid_1-1721211312350.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/288953i18F9EDF7F25BE80F/image-size/medium?v=v2&amp;amp;px=400" role="button" title="stupid_1-1721211312350.png" alt="stupid_1-1721211312350.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;And the&amp;nbsp; hugepage has been set.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="stupid_4-1721212104205.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/288957i75ABE694EB04E9EC/image-size/medium?v=v2&amp;amp;px=400" role="button" title="stupid_4-1721212104205.png" alt="stupid_4-1721212104205.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Problems remain.&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jul 2024 10:29:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1910534#M14558</guid>
      <dc:creator>Blue_Sky1</dc:creator>
      <dc:date>2024-07-17T10:29:51Z</dc:date>
    </item>
    <item>
      <title>Re: vpp buffer issue on Lx2160</title>
      <link>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1924326#M14681</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I faced the same issue when simply injecting the *slow protocol* Ethernet packet to the VPP.&lt;/P&gt;&lt;P&gt;You can watch the buffer "show dpdk buffer" to see the buffer is not *freed* while dealing with every *slow protocol* packet coming throught the VPP ports.&lt;/P&gt;&lt;P&gt;When the buffer is all allocated, VPP will then crash.&lt;/P&gt;</description>
      <pubDate>Sat, 03 Aug 2024 06:57:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1924326#M14681</guid>
      <dc:creator>dunk</dc:creator>
      <dc:date>2024-08-03T06:57:53Z</dc:date>
    </item>
    <item>
      <title>Re: vpp buffer issue on Lx2160</title>
      <link>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1924825#M14686</link>
      <description>Hi,&lt;BR /&gt;Yes, I used show dpdk buffer later, but ran into another problem.When I use iperf for udp traffic testing, even if the test traffic is small, the dpdk buffer runs out very quickly (having modified the buffer's number to be larger) and no longer receives data.&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Mon, 05 Aug 2024 02:27:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/vpp-buffer-issue-on-Lx2160/m-p/1924825#M14686</guid>
      <dc:creator>Blue_Sky1</dc:creator>
      <dc:date>2024-08-05T02:27:33Z</dc:date>
    </item>
  </channel>
</rss>

