<?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 S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation in S32K</title>
    <link>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2304802#M56535</link>
    <description>&lt;P&gt;For some of my test where I am using FreeRTOS, I need to set the CM7_CORE_CLK to the maxium frequency value (e.g., CM7_CORE_CLOCK=320MHz).&amp;nbsp; Due to defined constraints the CORE_CLK needs to be set to CORE_CLK=160MHz.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Screenshot 2026-02-02 143256.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/375190i8AC4A010AE7DBF0A/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Screenshot 2026-02-02 143256.png" alt="Screenshot 2026-02-02 143256.png" /&gt;&lt;/span&gt; &lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;As it looks like, the clock definition for FreeRTOS is fetched from CORE_CLK = 160MHz.&amp;nbsp; Per my understanding, the provided "standard" implementation, FreeRTOS is using the SysTick timer to generate its RTOS tick.&amp;nbsp; Furthermore, also per my understanding, the SysTick timer is driven by CM7_CORE_CLK and not by CORE_CLK.&amp;nbsp; (As simple test showed the system running a double frequency when compiling this way.)&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Screenshot 2026-02-02 143211.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/375192i00DCD53141C8C899/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Screenshot 2026-02-02 143211.png" alt="Screenshot 2026-02-02 143211.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;I can try to override the value using the CM7_CORE_CLK but get the warning as shown above.&amp;nbsp; Is this an error of the S32DS configuration tool or do I miss anything else here?&lt;/P&gt;</description>
    <pubDate>Mon, 02 Feb 2026 19:55:02 GMT</pubDate>
    <dc:creator>DirkEtzler</dc:creator>
    <dc:date>2026-02-02T19:55:02Z</dc:date>
    <item>
      <title>S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation</title>
      <link>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2304802#M56535</link>
      <description>&lt;P&gt;For some of my test where I am using FreeRTOS, I need to set the CM7_CORE_CLK to the maxium frequency value (e.g., CM7_CORE_CLOCK=320MHz).&amp;nbsp; Due to defined constraints the CORE_CLK needs to be set to CORE_CLK=160MHz.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Screenshot 2026-02-02 143256.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/375190i8AC4A010AE7DBF0A/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Screenshot 2026-02-02 143256.png" alt="Screenshot 2026-02-02 143256.png" /&gt;&lt;/span&gt; &lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;As it looks like, the clock definition for FreeRTOS is fetched from CORE_CLK = 160MHz.&amp;nbsp; Per my understanding, the provided "standard" implementation, FreeRTOS is using the SysTick timer to generate its RTOS tick.&amp;nbsp; Furthermore, also per my understanding, the SysTick timer is driven by CM7_CORE_CLK and not by CORE_CLK.&amp;nbsp; (As simple test showed the system running a double frequency when compiling this way.)&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Screenshot 2026-02-02 143211.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/375192i00DCD53141C8C899/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Screenshot 2026-02-02 143211.png" alt="Screenshot 2026-02-02 143211.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;I can try to override the value using the CM7_CORE_CLK but get the warning as shown above.&amp;nbsp; Is this an error of the S32DS configuration tool or do I miss anything else here?&lt;/P&gt;</description>
      <pubDate>Mon, 02 Feb 2026 19:55:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2304802#M56535</guid>
      <dc:creator>DirkEtzler</dc:creator>
      <dc:date>2026-02-02T19:55:02Z</dc:date>
    </item>
    <item>
      <title>Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation</title>
      <link>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2305636#M56571</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;Thank you for your report.&lt;BR /&gt;Let me contact the software team for a solution.&lt;/P&gt;
&lt;P&gt;Best Regards,&lt;BR /&gt;Robin&lt;/P&gt;</description>
      <pubDate>Wed, 04 Feb 2026 02:05:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2305636#M56571</guid>
      <dc:creator>Robin_Shen</dc:creator>
      <dc:date>2026-02-04T02:05:38Z</dc:date>
    </item>
    <item>
      <title>Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation</title>
      <link>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2312420#M56600</link>
      <description>&lt;P&gt;My software colleague told me:&lt;BR /&gt;The warning is safe to be ignored, has no implications on software behavior.&lt;BR /&gt;The user should set the real clock frequency input&amp;nbsp;as he already did and can safely ignore the warning.&lt;/P&gt;</description>
      <pubDate>Thu, 05 Feb 2026 00:53:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2312420#M56600</guid>
      <dc:creator>Robin_Shen</dc:creator>
      <dc:date>2026-02-05T00:53:08Z</dc:date>
    </item>
    <item>
      <title>Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation</title>
      <link>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2314190#M56659</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/57959"&gt;@Robin_Shen&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;thanks for the reply.&amp;nbsp; I understand I can enter the correct core frequency CM7_CORE_CLK into the field and safely ignore the resulting warning.&lt;/P&gt;&lt;P&gt;Is there a plan to fix that issue in the future?&amp;nbsp; I am not a fan of unnecessary warnings as they may clutter other important warnings and create additional effort in the build process.&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Sun, 08 Feb 2026 09:34:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2314190#M56659</guid>
      <dc:creator>DirkEtzler</dc:creator>
      <dc:date>2026-02-08T09:34:54Z</dc:date>
    </item>
    <item>
      <title>Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation</title>
      <link>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2314219#M56661</link>
      <description>&lt;P&gt;Thank you for the report! This will be corrected in the next FreeRTOS s32k3xx release.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 09 Feb 2026 00:32:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/S32DS-FreeRTOS-Configuration-Tool-uses-wrong-clock-source-for/m-p/2314219#M56661</guid>
      <dc:creator>Robin_Shen</dc:creator>
      <dc:date>2026-02-09T00:32:23Z</dc:date>
    </item>
  </channel>
</rss>

