<?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>i.MX ProcessorsのトピックRe: Various intermittent Kernel Oops faults on boot / shutdown</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/Various-intermittent-Kernel-Oops-faults-on-boot-shutdown/m-p/826156#M127044</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Igor.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; The problem was fixed by disabling dynamic frequency governors is the cpufreq driver. We are using Crank based GUI, and it seems that at lowest frequency setting or during the frequency change, there were some issues with accessing the RAM. After i have set conservative governor as default and removed 2 out of 3 frequency operating points from the device tree, the system seems to have become more stable.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 06 Feb 2019 09:42:35 GMT</pubDate>
    <dc:creator>stasgil</dc:creator>
    <dc:date>2019-02-06T09:42:35Z</dc:date>
    <item>
      <title>Various intermittent Kernel Oops faults on boot / shutdown</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Various-intermittent-Kernel-Oops-faults-on-boot-shutdown/m-p/826154#M127042</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi community,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; We are using a custom board that was based off SabreSD with imx6 processor.&lt;/P&gt;&lt;P&gt;Kernel: 4.1.15&lt;/P&gt;&lt;P&gt;Bsp: krogoth&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As we received a new batch of PCBs, we are often seeing various kernel oops faults ( examples attached ). They seem to be caused by different processes every time, the common factor is that everything crashes during virtual memory access / page reallocation.&amp;nbsp;&lt;/P&gt;&lt;P&gt;The above should point at the DDR fault, however we have extensively tested DDR on all of those boards using the NXP DDR stress test tool, even under various thermal conditions, and results were positive.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To eliminate the possibility of memory leaks in the system, i have added kmemleak for monitoring RAM usage, and I haven't seen anything suspicious. (kmemleak only ever reports kworker thread (pid 0) as potential leak, but i'm guessing it's just because that process allocated some memory and holds it until shutdown).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm struggling a little with what to do next to determine the possible cause.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If anyone has any ideas or pointers it would be much appreciated.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 Nov 2018 17:15:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Various-intermittent-Kernel-Oops-faults-on-boot-shutdown/m-p/826154#M127042</guid>
      <dc:creator>stasgil</dc:creator>
      <dc:date>2018-11-12T17:15:49Z</dc:date>
    </item>
    <item>
      <title>Re: Various intermittent Kernel Oops faults on boot / shutdown</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Various-intermittent-Kernel-Oops-faults-on-boot-shutdown/m-p/826155#M127043</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Stas&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;one can try linux memtester as except memory it also well test board&lt;/P&gt;&lt;P&gt;power supplies.Try to test with high/low temperatures.&lt;/P&gt;&lt;P&gt;Just for test one can try to disable busfreq driver using&lt;/P&gt;&lt;P&gt;Chapter 24 Dynamic Bus Frequency Driver attached Linux Manual.&lt;/P&gt;&lt;P&gt;Also similar issues may be caused by poor soldering.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards&lt;BR /&gt;igor&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the Correct Answer button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 Nov 2018 01:33:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Various-intermittent-Kernel-Oops-faults-on-boot-shutdown/m-p/826155#M127043</guid>
      <dc:creator>igorpadykov</dc:creator>
      <dc:date>2018-11-13T01:33:41Z</dc:date>
    </item>
    <item>
      <title>Re: Various intermittent Kernel Oops faults on boot / shutdown</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/Various-intermittent-Kernel-Oops-faults-on-boot-shutdown/m-p/826156#M127044</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Igor.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp; The problem was fixed by disabling dynamic frequency governors is the cpufreq driver. We are using Crank based GUI, and it seems that at lowest frequency setting or during the frequency change, there were some issues with accessing the RAM. After i have set conservative governor as default and removed 2 out of 3 frequency operating points from the device tree, the system seems to have become more stable.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 06 Feb 2019 09:42:35 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/Various-intermittent-Kernel-Oops-faults-on-boot-shutdown/m-p/826156#M127044</guid>
      <dc:creator>stasgil</dc:creator>
      <dc:date>2019-02-06T09:42:35Z</dc:date>
    </item>
  </channel>
</rss>

