<?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: imx7d WDOG Reset PMIC Inconsistencies in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083954#M158975</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; Also CR circuit (C382 R349), which forms signal is important.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Yuri.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 28 Apr 2020 09:54:49 GMT</pubDate>
    <dc:creator>Yuri</dc:creator>
    <dc:date>2020-04-28T09:54:49Z</dc:date>
    <item>
      <title>imx7d WDOG Reset PMIC Inconsistencies</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083951#M158972</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am having some reset issues with the imx7d and PFuze PMIC (PF3000).&amp;nbsp; I have the external WDOG connected to the PMIC PWRON, and am trying to do controlled resets using reboot commands or from a wdog event.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Most of the time after doing a power cycle, if I try and do a reset with the "reboot" command in linux or "reset" command in uboot, the board freezes.&amp;nbsp; When I probe&amp;nbsp;the PWRON/WDOG_B signal, it seems like this&amp;nbsp;event happens okay.&amp;nbsp; Then the POR is asserted, but then is never released, which I assume is the reason things freeze.&amp;nbsp; Doing more toggles of the PMIC PWRON with a switch doesn't bring it out of this state, and only a power cycle can clear it or if I hard pull the POR signal to Vcc (Using an ext. 100k pull up isn't enough).&amp;nbsp; Occasionally, the board will proceed with the reset after many minutes of sitting in this state, but that is not reliable.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It seems like the PMIC is not releasing the POR for some reason.&amp;nbsp; The PWRON_CFG=0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Other times, for no apparent reason, the reboots happen okay.&amp;nbsp; Once I can get a reboot to work once, then every subsequent time, wdogs and reboots seems to work as expected until I do a power cycle.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there something that could prevent the PMIC from releasing the POR after a PWRON pulse (PWRON goes low then high within ~10m - 20Sec)?&amp;nbsp;Unless the SoC itself is preventing the POR from going high.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Apr 2020 10:34:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083951#M158972</guid>
      <dc:creator>davidwightman</dc:creator>
      <dc:date>2020-04-27T10:34:54Z</dc:date>
    </item>
    <item>
      <title>Re: imx7d WDOG Reset PMIC Inconsistencies</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083952#M158973</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; Is it possible to look at the connection scheme between WDOG and&amp;nbsp; PMIC PWRON?&lt;/P&gt;&lt;P&gt;Also look at erratum e10574 (Watchdog: A watchdog timeout or software trigger will not&lt;/P&gt;&lt;P&gt;reset the SOC).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="https://www.nxp.com/docs/en/errata/IMX7D_2N09P.pdf" title="https://www.nxp.com/docs/en/errata/IMX7D_2N09P.pdf"&gt;https://www.nxp.com/docs/en/errata/IMX7D_2N09P.pdf&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Yuri.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Apr 2020 11:12:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083952#M158973</guid>
      <dc:creator>Yuri</dc:creator>
      <dc:date>2020-04-27T11:12:55Z</dc:date>
    </item>
    <item>
      <title>Re: imx7d WDOG Reset PMIC Inconsistencies</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083953#M158974</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P style="color: #51626f; background-color: #ffffff; border: 0px;"&gt;Hi Yuri,&lt;/P&gt;&lt;P style="color: #51626f; background-color: #ffffff; border: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P style="color: #51626f; background-color: #ffffff; border: 0px;"&gt;The main difference between my setup and the Sabre is that I have the WDG_RST_B signal tied directly to the PMIC_PWRON, rather than passing through&amp;nbsp;a TPS3808G30 (refdesignator U37 on the sabre schematics).&amp;nbsp; So possibly the hold down of the WDG_RST_B is not long enough if it is connected directly to the PMIC_PWRON, although I haven't seen any requirements around this.&amp;nbsp; I am going to order some of the TPS3808G0's and deadbug them into my board to see if that is the main problem.&amp;nbsp; But this just takes a little time to order in and test.&lt;/P&gt;&lt;P style="color: #51626f; background-color: #ffffff; border: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P style="color: #51626f; background-color: #ffffff; border: 0px;"&gt;One other difference is that although I have the memory power rails gated like on the sabre, I&amp;nbsp;do not use a separate supply for 3V3 peripherals, and do not gate those peripherals power based on the POR_B.&amp;nbsp; I do have two ENET PHYs that have their reset lines tied to the POR through schottky diodes.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Apr 2020 09:17:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083953#M158974</guid>
      <dc:creator>davidwightman</dc:creator>
      <dc:date>2020-04-28T09:17:07Z</dc:date>
    </item>
    <item>
      <title>Re: imx7d WDOG Reset PMIC Inconsistencies</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083954#M158975</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; Also CR circuit (C382 R349), which forms signal is important.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Yuri.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 28 Apr 2020 09:54:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/imx7d-WDOG-Reset-PMIC-Inconsistencies/m-p/1083954#M158975</guid>
      <dc:creator>Yuri</dc:creator>
      <dc:date>2020-04-28T09:54:49Z</dc:date>
    </item>
  </channel>
</rss>

