<?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>T-SeriesのトピックT2080rdb Lock Problem with High Traffic</title>
    <link>https://community.nxp.com/t5/T-Series/T2080rdb-Lock-Problem-with-High-Traffic/m-p/1096150#M3799</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;BR /&gt;I've been testing t2080rdb which come out suprising results.&lt;/P&gt;&lt;P&gt;There are two t2080rdb board are connected each other directly ,assume A and B. &lt;BR /&gt;Both of them are started with&amp;nbsp;&lt;STRONG&gt;SDK 2.0&lt;/STRONG&gt;&amp;nbsp;images (dtb,kernel,filesystem).&lt;BR /&gt;Next step is, starting the &lt;STRONG&gt;iperf&lt;/STRONG&gt; both ways for A and B &lt;BR /&gt;At this stage, 8 cores are almost %0 idle and everything seems normal. Traffic is working as expected.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However a random time later (usually around 10 hours), serial console which I connected is locked. I can not do anything over serial console, even traffic is stopped. &lt;BR /&gt;Oddly console sends pasts command's data. For example, I start traffic and "top" command and wait until lock, then I can not stop "top" command but I can see the "top" command results refreshing.&lt;BR /&gt;When I check CPU, some of them is still %0 idle but some of them is %100 idle, although traffic is stopped. Still can't send any character from console.&lt;BR /&gt;RDB can answers the ping requests but does not allow any tcp connection.&lt;/P&gt;&lt;P&gt;Another important note for A and B RDB boards is that, one of them is locked other one is normal.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I could't check&amp;nbsp;any statistics because of console lock.&lt;/P&gt;&lt;P&gt;Have you&amp;nbsp; ever encounter a problem like that? Are there any solution for this?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 29 Apr 2020 15:02:07 GMT</pubDate>
    <dc:creator>samet_uzuncan</dc:creator>
    <dc:date>2020-04-29T15:02:07Z</dc:date>
    <item>
      <title>T2080rdb Lock Problem with High Traffic</title>
      <link>https://community.nxp.com/t5/T-Series/T2080rdb-Lock-Problem-with-High-Traffic/m-p/1096150#M3799</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;BR /&gt;I've been testing t2080rdb which come out suprising results.&lt;/P&gt;&lt;P&gt;There are two t2080rdb board are connected each other directly ,assume A and B. &lt;BR /&gt;Both of them are started with&amp;nbsp;&lt;STRONG&gt;SDK 2.0&lt;/STRONG&gt;&amp;nbsp;images (dtb,kernel,filesystem).&lt;BR /&gt;Next step is, starting the &lt;STRONG&gt;iperf&lt;/STRONG&gt; both ways for A and B &lt;BR /&gt;At this stage, 8 cores are almost %0 idle and everything seems normal. Traffic is working as expected.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However a random time later (usually around 10 hours), serial console which I connected is locked. I can not do anything over serial console, even traffic is stopped. &lt;BR /&gt;Oddly console sends pasts command's data. For example, I start traffic and "top" command and wait until lock, then I can not stop "top" command but I can see the "top" command results refreshing.&lt;BR /&gt;When I check CPU, some of them is still %0 idle but some of them is %100 idle, although traffic is stopped. Still can't send any character from console.&lt;BR /&gt;RDB can answers the ping requests but does not allow any tcp connection.&lt;/P&gt;&lt;P&gt;Another important note for A and B RDB boards is that, one of them is locked other one is normal.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I could't check&amp;nbsp;any statistics because of console lock.&lt;/P&gt;&lt;P&gt;Have you&amp;nbsp; ever encounter a problem like that? Are there any solution for this?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 29 Apr 2020 15:02:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/T-Series/T2080rdb-Lock-Problem-with-High-Traffic/m-p/1096150#M3799</guid>
      <dc:creator>samet_uzuncan</dc:creator>
      <dc:date>2020-04-29T15:02:07Z</dc:date>
    </item>
    <item>
      <title>Re: T2080rdb Lock Problem with High Traffic</title>
      <link>https://community.nxp.com/t5/T-Series/T2080rdb-Lock-Problem-with-High-Traffic/m-p/1096151#M3800</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN&gt;Idle CPU that is not receiving scheduling-clock interrupts is said to be "dyntick-idle". The CONFIG_NO_HZ_IDLE=y Kconfig option causes the kernel to avoid sending scheduling-clock interrupts to idle CPUs, which is critically important both to battery-powered devices and to highly virtualized mainframes.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Therefore, system with aggressive real-time response constraints often run CONFIG_HZ_PERIODIC=y kernels(or CONFIG_NO_HZ=n) in order to avoid degrading from-idle transition latencies.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;This boot parameter "nohz=" that can be used to disable dyntick-idle mode in CONFIG_NO_HZ_IDLE=y kernel by specifying "nohz=off". By the default, the system boot with "nohz=on", enabling dyntick-idle mode.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;You should specify "nohz=off" in bootargs to disable dyntick-idle.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 06 May 2020 06:22:42 GMT</pubDate>
      <guid>https://community.nxp.com/t5/T-Series/T2080rdb-Lock-Problem-with-High-Traffic/m-p/1096151#M3800</guid>
      <dc:creator>yipingwang</dc:creator>
      <dc:date>2020-05-06T06:22:42Z</dc:date>
    </item>
  </channel>
</rss>

