<?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 LS1021A ethernet and video performance in Layerscape</title>
    <link>https://community.nxp.com/t5/Layerscape/LS1021A-ethernet-and-video-performance/m-p/912339#M4334</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have 2 questions regarding LS1021A. We are testing our firmware on LS1021A TWR evaluation board and we encountered some issues with performance:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Pinging LS1021A&amp;nbsp;(&lt;SPAN style="font-size: 10.5pt; background: #F8F9FA;"&gt;Realtek RS8211)&amp;nbsp;&lt;/SPAN&gt;board gives much slower response time compared to the LS1012A evaluation board. The difference is large, 40μs on 1012 vs upwards of 120μs on 1021 (over 400&lt;SPAN&gt;μs&lt;/SPAN&gt; when tested with&amp;nbsp;Ubuntu). Our first guess is that the&amp;nbsp;RS8211 FS&amp;nbsp;driver on LS1021A needs updating. Where can we find such a driver? We would also appreciate any other suggestions&amp;nbsp;explaining this ping time difference.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. We loaded gstreamer1.0-RTSP-server&lt;SPAN style="font-size: 14px;"&gt;&amp;nbsp;to stream h264 coded video (&lt;SPAN style="font-size: 10.5pt;"&gt;h264parse and rtph264pay)&lt;/SPAN&gt;, but we can't stream high bitstream video in the current configuration. Setting the bitrate and fps to higher settings is possible, but the outgoing stream is still low quality.&amp;nbsp;The software environment is ls1021a QorIQ Linux SDK v2.0.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 14px;"&gt;If anyone has some experience with using GStreamer on the LS platform, we would appreciate information on performance limitations in this configuration. Is a higher version of GStreamer&amp;nbsp;available and would it possibly rise the bottleneck? If so, where can a higher version be found, since the 1.4.5 is a default?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 14px;"&gt;Thanks&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 26 Jul 2019 09:54:43 GMT</pubDate>
    <dc:creator>amin_altabich</dc:creator>
    <dc:date>2019-07-26T09:54:43Z</dc:date>
    <item>
      <title>LS1021A ethernet and video performance</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1021A-ethernet-and-video-performance/m-p/912339#M4334</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have 2 questions regarding LS1021A. We are testing our firmware on LS1021A TWR evaluation board and we encountered some issues with performance:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. Pinging LS1021A&amp;nbsp;(&lt;SPAN style="font-size: 10.5pt; background: #F8F9FA;"&gt;Realtek RS8211)&amp;nbsp;&lt;/SPAN&gt;board gives much slower response time compared to the LS1012A evaluation board. The difference is large, 40μs on 1012 vs upwards of 120μs on 1021 (over 400&lt;SPAN&gt;μs&lt;/SPAN&gt; when tested with&amp;nbsp;Ubuntu). Our first guess is that the&amp;nbsp;RS8211 FS&amp;nbsp;driver on LS1021A needs updating. Where can we find such a driver? We would also appreciate any other suggestions&amp;nbsp;explaining this ping time difference.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. We loaded gstreamer1.0-RTSP-server&lt;SPAN style="font-size: 14px;"&gt;&amp;nbsp;to stream h264 coded video (&lt;SPAN style="font-size: 10.5pt;"&gt;h264parse and rtph264pay)&lt;/SPAN&gt;, but we can't stream high bitstream video in the current configuration. Setting the bitrate and fps to higher settings is possible, but the outgoing stream is still low quality.&amp;nbsp;The software environment is ls1021a QorIQ Linux SDK v2.0.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 14px;"&gt;If anyone has some experience with using GStreamer on the LS platform, we would appreciate information on performance limitations in this configuration. Is a higher version of GStreamer&amp;nbsp;available and would it possibly rise the bottleneck? If so, where can a higher version be found, since the 1.4.5 is a default?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 14px;"&gt;Thanks&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 26 Jul 2019 09:54:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1021A-ethernet-and-video-performance/m-p/912339#M4334</guid>
      <dc:creator>amin_altabich</dc:creator>
      <dc:date>2019-07-26T09:54:43Z</dc:date>
    </item>
    <item>
      <title>Re: LS1021A ethernet and video performance</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1021A-ethernet-and-video-performance/m-p/912340#M4335</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Please find my comments inline below:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;P&gt;1. Pinging LS1021A (Realtek RS8211) board gives much slower response time compared to the LS1012A evaluation board. The difference is large, 40μs on 1012 vs upwards of 120μs on 1021 (over 400μs when tested with Ubuntu). Our first guess is that the RS8211 FS driver on LS1021A needs updating. Where can we find such a driver? We would also appreciate any other suggestions explaining this ping time difference.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;[Platon] My LSDK 19.06 Linux on TWR-LS1021A board shows between &amp;nbsp;&lt;BR /&gt;120uS and 130uS round trip when pinging itself which doesn't &lt;BR /&gt;involve any actual transmission, so what you are observing is &lt;BR /&gt;normal, that is how&amp;nbsp; ping tool in combination with the kernel IP &lt;BR /&gt;stack works. My remark in this regard is that ping is not a proper &lt;BR /&gt;tool for measuring network performance. If you are concerned with &lt;BR /&gt;your system network performance: (a) do one of tests described &lt;BR /&gt;&lt;A href="https://nxp.sdlproducts.com/LiveContent/content/en-US/QorIQ_SDK/GUID-B65DA9CC-28BD-4EAF-A5B1-A3712910C972"&gt;here&lt;/A&gt;; (b) Open a &lt;A href="https://nxpcommunity.force.com/community/CommunityContextPage"&gt;Support Case&lt;/A&gt; to discuss your results.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding the PHY, IEEE802.3 specifies a very tight delay budget for&lt;BR /&gt;a PHY of any type. Any properly working PHY, if only it is able&lt;BR /&gt;to synchronize with the incoming stream, should not introduce&lt;BR /&gt;latency over the specification.&amp;nbsp; Problems with PHY should be quite &lt;BR /&gt;visible when pinging because they result in corrupt data and subsequent&lt;BR /&gt;bad CRC packet drop, ping normally prints sent/received packet counts.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For Realtek drivers, try drivers/net/phy/realtek.c If this driver fails&lt;BR /&gt;to detect or initialize your PHY, consult at the PHY manufacturer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;P&gt;2. We loaded gstreamer1.0-RTSP-server to stream h264 coded video &lt;BR /&gt;(h264parse and rtph264pay), but we can't stream high bitstream &lt;BR /&gt;video in the current configuration. Setting the bitrate and fps to &lt;BR /&gt;higher settings is possible, but the outgoing stream is still low &lt;BR /&gt;quality. The software environment is ls1021a QorIQ Linux SDK v2.0.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;[Platon] Your chip does not have any dedicated accelerators for video&lt;BR /&gt;encoding or streaming a video to network. The maximum you can offload is&lt;BR /&gt;egress UDP checksum. The suggestion here is to monitor the processor core load&lt;/P&gt;&lt;P&gt;with generic Linux tools like 'top'. If your application consumes all CPU bandwidth,&lt;/P&gt;&lt;P&gt;the only suggestion&amp;nbsp; is, profile the code to identify the bottleneck. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;P&gt;Is a higher version of GStreamer available and would it possibly &lt;BR /&gt;rise the bottleneck? If so, where can a higher version be found, &lt;BR /&gt;since the 1.4.5 is a default?&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;[Platon]&lt;A href="https://www.nxp.com/support/developer-resources/embedded-software/linux-software-and-development-tools/layerscape-software-development-kit-v19.06:LAYERSCAPE-SDK"&gt; NXP LSDK&lt;/A&gt; supports Ubuntu userland. Check the version available&lt;BR /&gt;from Ubuntu repositories.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 31 Jul 2019 13:19:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1021A-ethernet-and-video-performance/m-p/912340#M4335</guid>
      <dc:creator>bpe</dc:creator>
      <dc:date>2019-07-31T13:19:21Z</dc:date>
    </item>
    <item>
      <title>Re: LS1021A ethernet and video performance</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1021A-ethernet-and-video-performance/m-p/912341#M4336</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you for suggestions. We will perform some additional tests to evaluate network performance.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regarding the video stream, we are not using LS1021A for any data processing or encoding except conversion from USB input to ETH output. The bitrate shouldn't exceed 50-60% of this chip's capabilities. Would you have any suggestions regarding the&amp;nbsp;GStreamer configuration for LS1021A to&amp;nbsp;reach&amp;nbsp;these higher bitrates?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 01 Aug 2019 00:47:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1021A-ethernet-and-video-performance/m-p/912341#M4336</guid>
      <dc:creator>amin_altabich</dc:creator>
      <dc:date>2019-08-01T00:47:05Z</dc:date>
    </item>
  </channel>
</rss>

