<?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: Regarding errata e10180 in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322551#M61202</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/190124"&gt;@aporvasrivastava&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;The risk of clock hanging during switch is due to the internal timing, the scenario is: The silicon is&amp;nbsp;booting up on FIRC and then the RCCR register is written by user's code to switch the system clock to SIRC. But as soon&amp;nbsp;as the RCCR register is written as SIRC clock, the external reset is asserted, due to which the SCS bus moved to RESET value which is FIRC, but the SCS_NEXT stayed at 'h2 (SIRC) as ipg_clk is cut on reset. due to reset while boot up again the clock process is hanging as the SCS and SCS_NEXT is not matching due to scs_next not resetting.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Regards,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Jing&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 12 Aug 2021 09:40:15 GMT</pubDate>
    <dc:creator>jingpan</dc:creator>
    <dc:date>2021-08-12T09:40:15Z</dc:date>
    <item>
      <title>Regarding errata e10180</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322009#M61197</link>
      <description>&lt;P&gt;Hi Team,&lt;/P&gt;&lt;P&gt;While analyzing errata&amp;nbsp;e10180, description says that Clock switch may hang if SCG_RCCR is written to the switch system clock source with a&amp;nbsp;different divide ratio &lt;U&gt;while an external reset is asserted.&lt;/U&gt;&lt;/P&gt;&lt;P&gt;I have doubt that controller is getting up and external reset is de-asserted then how software can updated SCG_RCCR register when external reset is asserted.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please let me know if this understanding is correct ?&lt;/P&gt;</description>
      <pubDate>Wed, 11 Aug 2021 16:05:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322009#M61197</guid>
      <dc:creator>aporvasrivastava</dc:creator>
      <dc:date>2021-08-11T16:05:49Z</dc:date>
    </item>
    <item>
      <title>Re: Regarding errata e10180</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322551#M61202</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/190124"&gt;@aporvasrivastava&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;The risk of clock hanging during switch is due to the internal timing, the scenario is: The silicon is&amp;nbsp;booting up on FIRC and then the RCCR register is written by user's code to switch the system clock to SIRC. But as soon&amp;nbsp;as the RCCR register is written as SIRC clock, the external reset is asserted, due to which the SCS bus moved to RESET value which is FIRC, but the SCS_NEXT stayed at 'h2 (SIRC) as ipg_clk is cut on reset. due to reset while boot up again the clock process is hanging as the SCS and SCS_NEXT is not matching due to scs_next not resetting.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Regards,&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Jing&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 12 Aug 2021 09:40:15 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322551#M61202</guid>
      <dc:creator>jingpan</dc:creator>
      <dc:date>2021-08-12T09:40:15Z</dc:date>
    </item>
    <item>
      <title>Re: Regarding errata e10180</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322643#M61205</link>
      <description>&lt;P&gt;Where do I find this&amp;nbsp;Errata?&lt;/P&gt;&lt;P&gt;Did not find it via using search on NXP site.&lt;/P&gt;</description>
      <pubDate>Thu, 12 Aug 2021 12:19:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322643#M61205</guid>
      <dc:creator>bobpaddock</dc:creator>
      <dc:date>2021-08-12T12:19:10Z</dc:date>
    </item>
    <item>
      <title>Re: Regarding errata e10180</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322888#M61211</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Please get from here&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.nxp.com/docs/en/errata/Kinetis_E_0N79P.pdf" target="_blank"&gt;https://www.nxp.com/docs/en/errata/Kinetis_E_0N79P.pdf&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 13 Aug 2021 02:13:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1322888#M61211</guid>
      <dc:creator>jingpan</dc:creator>
      <dc:date>2021-08-13T02:13:13Z</dc:date>
    </item>
    <item>
      <title>Re: Regarding errata e10180</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1323262#M61213</link>
      <description>&lt;P&gt;Thank you.&lt;/P&gt;</description>
      <pubDate>Fri, 13 Aug 2021 13:40:26 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Regarding-errata-e10180/m-p/1323262#M61213</guid>
      <dc:creator>bobpaddock</dc:creator>
      <dc:date>2021-08-13T13:40:26Z</dc:date>
    </item>
  </channel>
</rss>

