<?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 DPAA Configuration in Other NXP Products</title>
    <link>https://community.nxp.com/t5/Other-NXP-Products/DPAA-Configuration/m-p/1495781#M14782</link>
    <description>&lt;P&gt;We are having an issue where it appears that the DPAA (or possibly TSEC) is dropping packets and not allowing the packets to pass through to the CPU.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The issue is being observed on T2041 based systems.&amp;nbsp; The basic problem appears to be that the DPAA is filtering the incoming packet.&amp;nbsp; This “packet drop” issue coincides with an upgrade of Linux from Yocto 2.3 to Yocto 3.1.&amp;nbsp; We are using the “sdk_dpaa” kernel driver.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have a few questions:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Is there a way to configure the DPAA into the equivalent of “promiscuous mode” – allowing all packets to pass through?&lt;/LI&gt;&lt;LI&gt;Are there DPAA settings that restrict incoming packet types to Type I or Type II Ethernet frames?&amp;nbsp; We have some packets which are basic 802.3 frames where the Ethernet type field is “packet length” – and we have packets where the type field is effectively treated as an “Ethernet Type” (not a length field).&lt;/LI&gt;&lt;LI&gt;Do you know if more recent versions of Linux have “tightened” the filtering capabilities – and began using more of the DPAA functionality?&amp;nbsp; In our older linux based systems we are not seeing this packet drop.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 26 Jul 2022 18:40:33 GMT</pubDate>
    <dc:creator>jholt</dc:creator>
    <dc:date>2022-07-26T18:40:33Z</dc:date>
    <item>
      <title>DPAA Configuration</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/DPAA-Configuration/m-p/1495781#M14782</link>
      <description>&lt;P&gt;We are having an issue where it appears that the DPAA (or possibly TSEC) is dropping packets and not allowing the packets to pass through to the CPU.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The issue is being observed on T2041 based systems.&amp;nbsp; The basic problem appears to be that the DPAA is filtering the incoming packet.&amp;nbsp; This “packet drop” issue coincides with an upgrade of Linux from Yocto 2.3 to Yocto 3.1.&amp;nbsp; We are using the “sdk_dpaa” kernel driver.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have a few questions:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Is there a way to configure the DPAA into the equivalent of “promiscuous mode” – allowing all packets to pass through?&lt;/LI&gt;&lt;LI&gt;Are there DPAA settings that restrict incoming packet types to Type I or Type II Ethernet frames?&amp;nbsp; We have some packets which are basic 802.3 frames where the Ethernet type field is “packet length” – and we have packets where the type field is effectively treated as an “Ethernet Type” (not a length field).&lt;/LI&gt;&lt;LI&gt;Do you know if more recent versions of Linux have “tightened” the filtering capabilities – and began using more of the DPAA functionality?&amp;nbsp; In our older linux based systems we are not seeing this packet drop.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 26 Jul 2022 18:40:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/DPAA-Configuration/m-p/1495781#M14782</guid>
      <dc:creator>jholt</dc:creator>
      <dc:date>2022-07-26T18:40:33Z</dc:date>
    </item>
    <item>
      <title>Re: DPAA Configuration</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/DPAA-Configuration/m-p/1497160#M14806</link>
      <description>&lt;P&gt;&lt;SPAN&gt;In Yocto 3.1, please configure Linux Kernel as the following.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;CONFIG_FSL_DPAA=y&lt;BR /&gt;CONFIG_FSL_FMAN=y&lt;BR /&gt;CONFIG_FSL_DPAA_ETH=y&lt;BR /&gt;CONFIG_FSL_XGMAC_MDIO=y&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Rather than using SDK Kernel driver as the following.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;CONFIG_FSL_SDK_DPAA_ETH=y&lt;/P&gt;
&lt;P&gt;CONFIG_FSL_SDK_FMAN=y&lt;/P&gt;
&lt;P&gt;CONFIG_FSL_SDK_DPA=y&lt;/P&gt;
&lt;P&gt;CONFIG_FSL_SDK_BMAN=y&lt;/P&gt;
&lt;P&gt;CONFIG_FSL_SDK_QMAN=y&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Please build Kernel image with the attached Kernel configuration file, then verify on the target board whether the packets dropping problem persists.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 28 Jul 2022 08:41:15 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/DPAA-Configuration/m-p/1497160#M14806</guid>
      <dc:creator>yipingwang</dc:creator>
      <dc:date>2022-07-28T08:41:15Z</dc:date>
    </item>
  </channel>
</rss>

