<?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 bug with a rotten packet in low level Linux network stack driver (yocto Freescale imx8) in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1337710#M179838</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I have yocto Linux (dunfell, also tried hardknott with 5.4 kernel + RT patch) and an imx8mm with Qualcomm PHY (the one from imx8mmevk evaluation board).&lt;/P&gt;&lt;P&gt;I run a Profinet stack as Linux software in user-space (using raw sockets). There is a cyclic Profinet protocol transfer of PNIO packets (reply and answer packet every 4msec). Every 40msec the Profinet stack also gets PNIO-CM request packets which are replied with a response (which is normal protocol transfer).&lt;/P&gt;&lt;P&gt;&lt;U&gt;Measurement&lt;/U&gt;:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;I record the packet transfer with a network tap device between PLC and my device.&lt;/LI&gt;&lt;LI&gt;And I record the packet transfer with&amp;nbsp;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;tcpdump -i eth0 --time-stamp-precision=nano --time-stamp-type=adapter_unsynced -w /tmp/tcpdump.pcap​&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;on my device, as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;U&gt;Problem&lt;/U&gt;:&lt;/P&gt;&lt;P&gt;Wireshark shows in tcpdump.pcap (the recording on my i.mx8 yocto Linux) that a &lt;STRONG&gt;packet&lt;/STRONG&gt; with ethertype PNIO-CM (which is a read request in the Profinet protocol) &lt;STRONG&gt;comes in 2 seconds too late&lt;/STRONG&gt; compared to the recording of the network tap device. That 2 seconds are because a DCERPC-Ping packet comes in after that 2 seconds and awakes the &lt;STRONG&gt;rotten packet&lt;/STRONG&gt;. The interesting thing is the HW timestamp of the packet is 48msec in the future seen from the time of awaking it (but all other timestamps of other packets are OK).&lt;/P&gt;&lt;P&gt;You can find both Wireshark files here: &lt;A href="https://www.dropbox.com/s/ood0ur1kkjk7s4d/30.8.b.zip?dl=0" target="_blank" rel="noopener"&gt;https://www.dropbox.com/s/ood0ur1kkjk7s4d/30.8.b.zip?dl=0&lt;/A&gt; (just look at packet no. 3189 in tcpdump.pcap).&lt;/P&gt;&lt;P&gt;&lt;U&gt;Question&lt;/U&gt;:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Is it a bug in the PHY driver or ethernet driver (dpaa_eth.c) or somewhere else in those low level drivers of the Linux stack? It looks to me as if it's really a bug in the Freescale drivers.&lt;/LI&gt;&lt;LI&gt;If so, is there someone out there who can fix it?&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Thanx in advance,&lt;/P&gt;&lt;P&gt;-- falkb&lt;/P&gt;</description>
    <pubDate>Fri, 10 Sep 2021 09:01:19 GMT</pubDate>
    <dc:creator>fbre</dc:creator>
    <dc:date>2021-09-10T09:01:19Z</dc:date>
    <item>
      <title>bug with a rotten packet in low level Linux network stack driver (yocto Freescale imx8)</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1337710#M179838</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I have yocto Linux (dunfell, also tried hardknott with 5.4 kernel + RT patch) and an imx8mm with Qualcomm PHY (the one from imx8mmevk evaluation board).&lt;/P&gt;&lt;P&gt;I run a Profinet stack as Linux software in user-space (using raw sockets). There is a cyclic Profinet protocol transfer of PNIO packets (reply and answer packet every 4msec). Every 40msec the Profinet stack also gets PNIO-CM request packets which are replied with a response (which is normal protocol transfer).&lt;/P&gt;&lt;P&gt;&lt;U&gt;Measurement&lt;/U&gt;:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;I record the packet transfer with a network tap device between PLC and my device.&lt;/LI&gt;&lt;LI&gt;And I record the packet transfer with&amp;nbsp;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;tcpdump -i eth0 --time-stamp-precision=nano --time-stamp-type=adapter_unsynced -w /tmp/tcpdump.pcap​&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;on my device, as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;U&gt;Problem&lt;/U&gt;:&lt;/P&gt;&lt;P&gt;Wireshark shows in tcpdump.pcap (the recording on my i.mx8 yocto Linux) that a &lt;STRONG&gt;packet&lt;/STRONG&gt; with ethertype PNIO-CM (which is a read request in the Profinet protocol) &lt;STRONG&gt;comes in 2 seconds too late&lt;/STRONG&gt; compared to the recording of the network tap device. That 2 seconds are because a DCERPC-Ping packet comes in after that 2 seconds and awakes the &lt;STRONG&gt;rotten packet&lt;/STRONG&gt;. The interesting thing is the HW timestamp of the packet is 48msec in the future seen from the time of awaking it (but all other timestamps of other packets are OK).&lt;/P&gt;&lt;P&gt;You can find both Wireshark files here: &lt;A href="https://www.dropbox.com/s/ood0ur1kkjk7s4d/30.8.b.zip?dl=0" target="_blank" rel="noopener"&gt;https://www.dropbox.com/s/ood0ur1kkjk7s4d/30.8.b.zip?dl=0&lt;/A&gt; (just look at packet no. 3189 in tcpdump.pcap).&lt;/P&gt;&lt;P&gt;&lt;U&gt;Question&lt;/U&gt;:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Is it a bug in the PHY driver or ethernet driver (dpaa_eth.c) or somewhere else in those low level drivers of the Linux stack? It looks to me as if it's really a bug in the Freescale drivers.&lt;/LI&gt;&lt;LI&gt;If so, is there someone out there who can fix it?&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Thanx in advance,&lt;/P&gt;&lt;P&gt;-- falkb&lt;/P&gt;</description>
      <pubDate>Fri, 10 Sep 2021 09:01:19 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1337710#M179838</guid>
      <dc:creator>fbre</dc:creator>
      <dc:date>2021-09-10T09:01:19Z</dc:date>
    </item>
    <item>
      <title>Re: bug with a rotten packet in low level Linux network stack driver (yocto Freescale imx8)</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1338623#M179931</link>
      <description>&lt;P&gt;There is no DPAA in i.MX8MM&lt;/P&gt;</description>
      <pubDate>Sat, 11 Sep 2021 11:08:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1338623#M179931</guid>
      <dc:creator>jimmychan</dc:creator>
      <dc:date>2021-09-11T11:08:29Z</dc:date>
    </item>
    <item>
      <title>Re: bug with a rotten packet in low level Linux network stack driver (yocto Freescale imx8)</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1341337#M180208</link>
      <description>&lt;P&gt;Thanx for you reply, but it's not helpful. How does it explain or solve my problem with the rotten packet?&lt;/P&gt;</description>
      <pubDate>Thu, 16 Sep 2021 07:43:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1341337#M180208</guid>
      <dc:creator>fbre</dc:creator>
      <dc:date>2021-09-16T07:43:08Z</dc:date>
    </item>
    <item>
      <title>Re: bug with a rotten packet in low level Linux network stack driver (yocto Freescale imx8)</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1341352#M180213</link>
      <description>&lt;P&gt;i.MX family. all. ethernet interface is fec not dpaa.&lt;/P&gt;
&lt;P&gt;and i.MX family ethernet driver is fec_main.c&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 16 Sep 2021 07:56:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1341352#M180213</guid>
      <dc:creator>BiyongSUN</dc:creator>
      <dc:date>2021-09-16T07:56:48Z</dc:date>
    </item>
    <item>
      <title>Re: bug with a rotten packet in low level Linux network stack driver (yocto Freescale imx8)</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1341440#M180223</link>
      <description>&lt;P&gt;I believe you but I'm not a Linux network driver developer and don't have a clue what you are talking about. I just see that misbehaviour and found out which network driver files are built in my yocto build, and what the driver output is in dmesg.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Sep 2021 08:58:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1341440#M180223</guid>
      <dc:creator>fbre</dc:creator>
      <dc:date>2021-09-16T08:58:59Z</dc:date>
    </item>
    <item>
      <title>Re: bug with a rotten packet in low level Linux network stack driver (yocto Freescale imx8)</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1376319#M183494</link>
      <description>&lt;P&gt;This was a bug in the fec_main.c which NXP has fixed now. Really awesome support. Thanx very much.&lt;/P&gt;</description>
      <pubDate>Wed, 24 Nov 2021 12:15:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/bug-with-a-rotten-packet-in-low-level-Linux-network-stack-driver/m-p/1376319#M183494</guid>
      <dc:creator>fbre</dc:creator>
      <dc:date>2021-11-24T12:15:48Z</dc:date>
    </item>
  </channel>
</rss>

