<?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: MCUXpresso Program Load Locations in MCUXpresso IDE</title>
    <link>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/674664#M530</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I may have misled you on the problem. &amp;nbsp;In fact, I'm not sure I can point you to the problem at all yet. &amp;nbsp;For some reason, when using MCUXpresso with the generic flash driver to load code into flash (and verified that the correct code&amp;nbsp;is there), as soon as I take the SPIFI into command mode, then back into memory mode in my application, all the code in flash gets somehow initialized. &amp;nbsp;All of flash. &amp;nbsp;I'm not sure why, and I didn't even think that was possible.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However, in my attempts to figure it out, I did find what I think is a bug in clock_18xx_43xx.c in function Chip_Clock_SetDivider().&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This line: &amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;/* Mask off bits that need to changes */&lt;BR /&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;reg &amp;amp;= ~((0x1F &amp;lt;&amp;lt; 24) | 1 | (0x&lt;STRONG&gt;0F&lt;/STRONG&gt; &amp;lt;&amp;lt; 2));&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;does a nice job of masking off the divider values for IDIV_A-D, but does not clear all the bits for IDIV_E. &amp;nbsp;If the IDIV_E is set to something that uses the top four bits (anything over 15), then those bits remain set even if you set the divisor to a smaller number.&lt;/P&gt;&lt;P&gt;The line should read&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;reg &amp;amp;= ~((0x1F &amp;lt;&amp;lt; 24) | 1 | (0x&lt;STRONG&gt;F&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;SPAN&gt;&lt;STRONG&gt;F&lt;/STRONG&gt; &amp;lt;&amp;lt; 2));&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Thanks. &amp;nbsp;I will let you know if I figure out what else is going on with the flash.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 06 Jun 2017 15:29:16 GMT</pubDate>
    <dc:creator>edarrington</dc:creator>
    <dc:date>2017-06-06T15:29:16Z</dc:date>
    <item>
      <title>MCUXpresso Program Load Locations</title>
      <link>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/674662#M528</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have been using LPCXpresso for several years, since version 7.4, and am current on 8.2.2. &amp;nbsp;Our application has gotten fairly sophisticated with code running in one of multiple memory blocks. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I decided to give MCUXpresso a try since it appears that will be NXP's recommended IDE going forward. &amp;nbsp;My programs compile and link as usual, and the addresses all look right in the map file. &amp;nbsp;However, the programs always load at (external) flash 0x14000000 even when I request it to load at some other address (such as 0x14080000). &amp;nbsp;In LPCXpresso, you determine the load address by identifying the first flash memory block in the MCU settings page. &amp;nbsp;However, that does not appear to work with MCUXpresso.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there a new load address setting somewhere in MCUXpresso that I'm not aware of? &amp;nbsp;I can't seem to find such an option.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 04 Jun 2017 02:07:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/674662#M528</guid>
      <dc:creator>edarrington</dc:creator>
      <dc:date>2017-06-04T02:07:49Z</dc:date>
    </item>
    <item>
      <title>Re: MCUXpresso Program Load Locations</title>
      <link>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/674663#M529</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I wouldn't expect to see any differences generally in this respect between LPCXpresso and MCUXpresso IDEs.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can you provide your map file along with the debug log, both for LPCXpresso IDE and MCUXpresso IDE?&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.nxp.com/message/630852"&gt;https://community.nxp.com/message/630852&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also please confirm the debug probe being used, the MCU being targeted, and the host OS.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;MCUXpresso IDE Support&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 05 Jun 2017 11:28:26 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/674663#M529</guid>
      <dc:creator>lpcxpresso_supp</dc:creator>
      <dc:date>2017-06-05T11:28:26Z</dc:date>
    </item>
    <item>
      <title>Re: MCUXpresso Program Load Locations</title>
      <link>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/674664#M530</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I may have misled you on the problem. &amp;nbsp;In fact, I'm not sure I can point you to the problem at all yet. &amp;nbsp;For some reason, when using MCUXpresso with the generic flash driver to load code into flash (and verified that the correct code&amp;nbsp;is there), as soon as I take the SPIFI into command mode, then back into memory mode in my application, all the code in flash gets somehow initialized. &amp;nbsp;All of flash. &amp;nbsp;I'm not sure why, and I didn't even think that was possible.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However, in my attempts to figure it out, I did find what I think is a bug in clock_18xx_43xx.c in function Chip_Clock_SetDivider().&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This line: &amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;/* Mask off bits that need to changes */&lt;BR /&gt; &amp;nbsp;&amp;nbsp;&amp;nbsp;reg &amp;amp;= ~((0x1F &amp;lt;&amp;lt; 24) | 1 | (0x&lt;STRONG&gt;0F&lt;/STRONG&gt; &amp;lt;&amp;lt; 2));&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;does a nice job of masking off the divider values for IDIV_A-D, but does not clear all the bits for IDIV_E. &amp;nbsp;If the IDIV_E is set to something that uses the top four bits (anything over 15), then those bits remain set even if you set the divisor to a smaller number.&lt;/P&gt;&lt;P&gt;The line should read&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp;reg &amp;amp;= ~((0x1F &amp;lt;&amp;lt; 24) | 1 | (0x&lt;STRONG&gt;F&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;SPAN&gt;&lt;STRONG&gt;F&lt;/STRONG&gt; &amp;lt;&amp;lt; 2));&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Thanks. &amp;nbsp;I will let you know if I figure out what else is going on with the flash.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 06 Jun 2017 15:29:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/674664#M530</guid>
      <dc:creator>edarrington</dc:creator>
      <dc:date>2017-06-06T15:29:16Z</dc:date>
    </item>
    <item>
      <title>Re: MCUXpresso Program Load Locations</title>
      <link>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/1517722#M8363</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;samething I'm also facing the issue with MCUXpresso ide while working on LPC54S018 flashless controller&lt;/P&gt;&lt;P&gt;I'm able to set memory addresses in MCU setting and also it is reflecting in linker file as well as in map file&lt;/P&gt;&lt;P&gt;but when i'm debugging with jlink segger debugger connected on SWD pins on baord.&lt;BR /&gt;it always shows programming at BANK0&amp;nbsp; @0x10000000&lt;/P&gt;&lt;P&gt;I'm not able to test any program at anyother adddress except 0x10000000.&lt;/P&gt;&lt;P&gt;what to do ???&lt;/P&gt;</description>
      <pubDate>Tue, 06 Sep 2022 12:07:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-IDE/MCUXpresso-Program-Load-Locations/m-p/1517722#M8363</guid>
      <dc:creator>ritesh_singh</dc:creator>
      <dc:date>2022-09-06T12:07:48Z</dc:date>
    </item>
  </channel>
</rss>

