<?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 Re: iMX6 Solo Software Reset in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/iMX6-Solo-Software-Reset/m-p/1181121#M164756</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;&amp;nbsp; See below, please!&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;1. reboot will call wdog operation&lt;/STRONG&gt;&lt;BR /&gt;To be precise, what you see is correct. Because when the reboot command is running, it has a calling relationship with the low level wdog. In other words, the reboot command finally executes the wdog operation to reset the board.&lt;BR /&gt;&lt;STRONG&gt;2. About reset&lt;/STRONG&gt;&lt;BR /&gt;For the entire board, there are only 3 RESET methods:&lt;BR /&gt;(1) Power On Reset&lt;BR /&gt;(2) Reset from wdog&lt;BR /&gt;(3) Reset Button&lt;BR /&gt;Essentially, the above 3 reset operations are exactly the same, because all three of them are reset signals issued to the POR_B pin of the CPU through the RESETMCU of the PMIC. So these are not reset reasons, but reset source.&lt;BR /&gt;&lt;STRONG&gt;3. For the reset reason you mentioned&lt;/STRONG&gt;&lt;BR /&gt;You mean when the board is reset, you need to know what caused the board to be reset. This is difficult to judge, because any driver, application bug, etc. may cause the wdog to be triggered, thus resetting the board.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope this information is helpful to you.&lt;/P&gt;
&lt;P&gt;Have a nice day!&lt;/P&gt;
&lt;P&gt;B.R,&lt;/P&gt;
&lt;P&gt;weidong&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 11 Nov 2020 01:55:29 GMT</pubDate>
    <dc:creator>weidong_sun</dc:creator>
    <dc:date>2020-11-11T01:55:29Z</dc:date>
    <item>
      <title>iMX6 Solo Software Reset</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/iMX6-Solo-Software-Reset/m-p/1180788#M164734</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;I am working on a custom iMX6 Solo board running kernel 4.19. The issue I'm having is that when I run the 'reboot' command, it is the watchdog that's doing the rebooting (&lt;A href="https://source.codeaurora.org/external/imx/linux-imx/tree/drivers/watchdog/imx2_wdt.c?h=imx_4.19.35_1.1.0#n357" target="_blank"&gt;https://source.codeaurora.org/external/imx/linux-imx/tree/drivers/watchdog/imx2_wdt.c?h=imx_4.19.35_1.1.0#n357&lt;/A&gt;). So when the board reboots, the reboot cause is being reported as 'WDOG'. I need the reset reason to not always be WDOG because the firmware that will run on the board needs to know exactly what caused the reset for infield debugging purposes.&lt;/P&gt;&lt;P&gt;I tried this with NXP's kernel&amp;nbsp;&lt;A href="https://source.codeaurora.org/external/imx/linux-imx/tree/?h=imx_4.19.35_1.1.0" target="_blank"&gt;https://source.codeaurora.org/external/imx/linux-imx/tree/?h=imx_4.19.35_1.1.0&lt;/A&gt; and &lt;A href="https://github.com/Freescale/linux-fslc/tree/4.19.x+fslc" target="_blank"&gt;https://github.com/Freescale/linux-fslc/tree/4.19.x+fslc&lt;/A&gt; but both give the same result.&lt;/P&gt;&lt;P&gt;Any idea how I can fix this issue?&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Tue, 10 Nov 2020 12:59:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/iMX6-Solo-Software-Reset/m-p/1180788#M164734</guid>
      <dc:creator>danielberhe</dc:creator>
      <dc:date>2020-11-10T12:59:54Z</dc:date>
    </item>
    <item>
      <title>Re: iMX6 Solo Software Reset</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/iMX6-Solo-Software-Reset/m-p/1181121#M164756</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;&amp;nbsp; See below, please!&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;1. reboot will call wdog operation&lt;/STRONG&gt;&lt;BR /&gt;To be precise, what you see is correct. Because when the reboot command is running, it has a calling relationship with the low level wdog. In other words, the reboot command finally executes the wdog operation to reset the board.&lt;BR /&gt;&lt;STRONG&gt;2. About reset&lt;/STRONG&gt;&lt;BR /&gt;For the entire board, there are only 3 RESET methods:&lt;BR /&gt;(1) Power On Reset&lt;BR /&gt;(2) Reset from wdog&lt;BR /&gt;(3) Reset Button&lt;BR /&gt;Essentially, the above 3 reset operations are exactly the same, because all three of them are reset signals issued to the POR_B pin of the CPU through the RESETMCU of the PMIC. So these are not reset reasons, but reset source.&lt;BR /&gt;&lt;STRONG&gt;3. For the reset reason you mentioned&lt;/STRONG&gt;&lt;BR /&gt;You mean when the board is reset, you need to know what caused the board to be reset. This is difficult to judge, because any driver, application bug, etc. may cause the wdog to be triggered, thus resetting the board.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Hope this information is helpful to you.&lt;/P&gt;
&lt;P&gt;Have a nice day!&lt;/P&gt;
&lt;P&gt;B.R,&lt;/P&gt;
&lt;P&gt;weidong&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 11 Nov 2020 01:55:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/iMX6-Solo-Software-Reset/m-p/1181121#M164756</guid>
      <dc:creator>weidong_sun</dc:creator>
      <dc:date>2020-11-11T01:55:29Z</dc:date>
    </item>
  </channel>
</rss>

