<?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>topic Re: LS1028  TSN 802.1Qbu test in Embedded Software and Tools Clinic</title>
    <link>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1687162#M397</link>
    <description>&lt;P&gt;Please refer to section "4.1.4.1.3 Qbu" in&amp;nbsp;&lt;A href="https://www.nxp.com.cn/docs/en/user-guide/REALTIMEEDGEUG_Rev2.5.pdf" target="_blank"&gt;https://www.nxp.com.cn/docs/en/user-guide/REALTIMEEDGEUG_Rev2.5.pdf&lt;/A&gt;.&lt;/P&gt;</description>
    <pubDate>Thu, 13 Jul 2023 06:16:06 GMT</pubDate>
    <dc:creator>yipingwang</dc:creator>
    <dc:date>2023-07-13T06:16:06Z</dc:date>
    <item>
      <title>LS1028  TSN 802.1Qbu test</title>
      <link>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1684614#M395</link>
      <description>&lt;P&gt;Hi, community&amp;nbsp;&lt;/P&gt;&lt;P&gt;When I test&amp;nbsp; ieee802.1qbu on ls1028 board, I found out the frame could not be captured by wiresharks.&lt;/P&gt;&lt;P&gt;Here are the setting I have done:&lt;/P&gt;&lt;P&gt;tc qdisc add dev eno0 root handle 1: mqprio num_tc 8 map 0 1 2 3 4 5 6 7 hw 1&lt;/P&gt;&lt;P&gt;tsntool qbuset --device eno0 --preemptable 0xfe&lt;/P&gt;&lt;P&gt;/home/root/samples/pktgen/pktgen_twoqueue.sh -i eno0 -q 0 -s 100 -n 20000 -m 90:e2:ba:ff:ff:ff&lt;/P&gt;&lt;P&gt;Here is the problem that I could not capture any frame from queue 1 to 7, that only 0 queue frame can be captured.&lt;/P&gt;&lt;P&gt;The reference menu only use "tsntool regtool 0 0x11f18" to check if the qbu is working or not. Indeed it works from my board but I wonder where do the frames go(frame from queue 1 to 7)?&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Mon, 10 Jul 2023 08:00:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1684614#M395</guid>
      <dc:creator>xinliwang</dc:creator>
      <dc:date>2023-07-10T08:00:32Z</dc:date>
    </item>
    <item>
      <title>Re: LS1028  TSN 802.1Qbu test</title>
      <link>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1686109#M396</link>
      <description>&lt;P&gt;For the TSN qbu, I have done another test;&lt;/P&gt;&lt;P&gt;I connect ls1028board eno0 to my PC. The eno0 ip is 192.168.0.232 and my PC ip is 192168.0.156&lt;/P&gt;&lt;P&gt;The ls1028 board can ping PC successfully.&lt;/P&gt;&lt;P&gt;Then I run the qbu command.&lt;/P&gt;&lt;P&gt;tc qdisc add dev eno0 root handle 1: mqprio num_tc 8 map 0 1 2 3 4 5 6 7 hw 1&lt;/P&gt;&lt;P&gt;tsntool qbuset --device eno0 --preemptable 0x07&amp;nbsp;&lt;/P&gt;&lt;P&gt;which mean I set 0 queue to preemptable.&lt;/P&gt;&lt;P&gt;After finish all setting, the board lose the connection with PC.&lt;/P&gt;&lt;P&gt;I assume the PING frame is going to queue 0 but the queue has changed to preemptable. &lt;STRONG&gt;And it only happened on eno0 port.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;I wonder if this phenomenon is correct?&amp;nbsp;&lt;/P&gt;&lt;P&gt;I use real-time-edge v2.5 on the ls1028 board.&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Wed, 12 Jul 2023 02:47:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1686109#M396</guid>
      <dc:creator>xinliwang</dc:creator>
      <dc:date>2023-07-12T02:47:08Z</dc:date>
    </item>
    <item>
      <title>Re: LS1028  TSN 802.1Qbu test</title>
      <link>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1687162#M397</link>
      <description>&lt;P&gt;Please refer to section "4.1.4.1.3 Qbu" in&amp;nbsp;&lt;A href="https://www.nxp.com.cn/docs/en/user-guide/REALTIMEEDGEUG_Rev2.5.pdf" target="_blank"&gt;https://www.nxp.com.cn/docs/en/user-guide/REALTIMEEDGEUG_Rev2.5.pdf&lt;/A&gt;.&lt;/P&gt;</description>
      <pubDate>Thu, 13 Jul 2023 06:16:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1687162#M397</guid>
      <dc:creator>yipingwang</dc:creator>
      <dc:date>2023-07-13T06:16:06Z</dc:date>
    </item>
    <item>
      <title>Re: LS1028  TSN 802.1Qbu test</title>
      <link>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1687167#M398</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/52411"&gt;@yipingwang&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you for your reply&lt;/P&gt;&lt;P&gt;I can not find the solution in the reference file.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;My question is when I set any queues (from 0 -7) to&amp;nbsp;preemptable. That queue can not send any frames any more.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;For example, I set queue 0 to preemptable(&lt;SPAN&gt;tsntool qbuset --device eno0 --preemptable 0x07&amp;nbsp;&lt;/SPAN&gt;), this queue can not forward any frames even ping frame. But it is only happened on ENO0 port.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Thank you&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 13 Jul 2023 06:24:00 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Embedded-Software-and-Tools/LS1028-TSN-802-1Qbu-test/m-p/1687167#M398</guid>
      <dc:creator>xinliwang</dc:creator>
      <dc:date>2023-07-13T06:24:00Z</dc:date>
    </item>
  </channel>
</rss>

