<?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>Kinetis Design Studio中的主题 Re: FRDM-K64F flashing issue</title>
    <link>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540904#M6979</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Thanks for your quick answer (:&lt;/P&gt;&lt;P&gt;Yes I can download the binary hello_world_frdmk64f.elf just after mass erasing board with openOCD and debug it&lt;/P&gt;&lt;P&gt;with no issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The project is confidential and I can only send you binary (ELF) in a private channel..&lt;/P&gt;&lt;P&gt;It will be possible to explain problem solution in this forum without publishing binary and I hope we can catch this issue..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We already exchange with NXP through *encompass extranet*.&lt;/P&gt;&lt;P&gt;Is it an appropriate channel to send you this binary?&lt;/P&gt;&lt;P&gt;Let me know if there is a better solution.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 17 Jun 2016 07:54:40 GMT</pubDate>
    <dc:creator>jjp</dc:creator>
    <dc:date>2016-06-17T07:54:40Z</dc:date>
    <item>
      <title>FRDM-K64F flashing issue</title>
      <link>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540902#M6977</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello *,&lt;/P&gt;&lt;P&gt;I try to port a project on frdm-k64f (700-28163 REVA/SCH-28163 REVC) and I am facing flashing issue.&lt;/P&gt;&lt;P&gt;I am using :&lt;/P&gt;&lt;P&gt;&amp;nbsp; - a modified version of linker script (MK64FN1M0xxx12_flash.ld) with added sections&lt;/P&gt;&lt;P&gt;&amp;nbsp; - a modified version of assembler file (startup_MK64F12.S) that just disable IRQ and jump to C code&lt;/P&gt;&lt;P&gt;(Flash configuration is not modified)&lt;/P&gt;&lt;P&gt;The original files come from installation of KSDK 1.3.0 and I use GNU toolchain on a GNU/Linux&lt;/P&gt;&lt;P&gt;host.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The sections .interrupts, .flash_config and .text has same addresses of ELF file generated&lt;/P&gt;&lt;P&gt;from hello_world example located in $KSDK/examples/frdmk64f/demo_apps/hello_world/kds/debug.&lt;/P&gt;&lt;P&gt;When I try to flash binary with openOCD coming from KDS (3.2.0-1), I lose control from&lt;/P&gt;&lt;P&gt;debugging interface and get following messages from openOCD&lt;/P&gt;&lt;P&gt;8&amp;lt;---&lt;/P&gt;&lt;P&gt;[..]&lt;/P&gt;&lt;P&gt;Error: Failed to read memory at 0xe000ed00&lt;/P&gt;&lt;P&gt;Examination failed, GDB will be halted. Polling again in 100ms&lt;/P&gt;&lt;P&gt;Polling target k64.cpu failed, trying to reexamine&lt;/P&gt;&lt;P&gt;Info : SWD DPIDR 0x2ba01477&lt;/P&gt;&lt;P&gt;Info : SWD DPIDR 0x2ba01477&lt;/P&gt;&lt;P&gt;Error: Failed to read memory at 0xe000ed00&lt;/P&gt;&lt;P&gt;Examination failed, GDB will be halted. Polling again in 300ms&lt;/P&gt;&lt;P&gt;Polling target k64.cpu failed, trying to reexamine&lt;/P&gt;&lt;P&gt;Info : SWD DPIDR 0x2ba01477&lt;/P&gt;&lt;P&gt;Info : SWD DPIDR 0x2ba01477&lt;/P&gt;&lt;P&gt;Error: Failed to read memory at 0xe000ed00&lt;/P&gt;&lt;P&gt;Examination failed, GDB will be halted. Polling again in 700ms&lt;/P&gt;&lt;P&gt;Polling target k64.cpu failed, trying to reexamine&lt;/P&gt;&lt;P&gt;---&amp;gt;8&lt;/P&gt;&lt;P&gt;Debugging LED stays in RED and I can do nothing with target...&lt;/P&gt;&lt;P&gt;Some topics from NXP forum look like my issue :&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp; - &lt;/SPAN&gt;&lt;A _jive_internal="true" data-containerid="2019" data-containertype="14" data-objectid="375103" data-objecttype="1" href="https://community.nxp.com/thread/375103#comment-566948"&gt;https://community.nxp.com/thread/375103#comment-566948&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&amp;nbsp; - &lt;/SPAN&gt;&lt;A _jive_internal="true" data-containerid="2019" data-containertype="14" data-objectid="332195" data-objecttype="1" href="https://community.nxp.com/thread/332195"&gt;https://community.nxp.com/message/443763&lt;/A&gt;&lt;SPAN&gt;?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;I try them but they don't solve my issue.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can only "unbrick" the board with *upstream* openOCD (0.10.0-dev-00321-gd4b7cbf (2016-05-27-16:48))&lt;/P&gt;&lt;P&gt;with command *kinetis mdm mass_erase* from telnet interface.&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So .flash_config with values&lt;/P&gt;&lt;P&gt;8&amp;lt;---&lt;/P&gt;&lt;P&gt;Hex dump of section '.flash_config':&lt;/P&gt;&lt;P&gt;&amp;nbsp; 0x00000400 ffffffff ffffffff ffffffff feffffff ................&lt;/P&gt;&lt;P&gt;---&amp;gt;8&lt;/P&gt;&lt;P&gt;OR&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;8&amp;lt;---&lt;/P&gt;&lt;P&gt;Hex dump of section '.flash_config':&lt;/P&gt;&lt;P&gt;&amp;nbsp; 0x00000400 ffffffff ffffffff ffffffff fefdffff ................&lt;/P&gt;&lt;P&gt;---&amp;gt;8&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;don't change anything..&lt;/P&gt;&lt;P&gt;In my use case it is not possible to debug *one* line of loaded binary..&lt;/P&gt;&lt;P&gt;I implement NMI exception handler to see if i can help but nothing change..&lt;/P&gt;&lt;P&gt;Moreover I can observe when openOCD lose control :&lt;/P&gt;&lt;P&gt;8&amp;lt;---&lt;/P&gt;&lt;P&gt;Debug: 101105 45154 command.c:143 script_debug(): command - ocd_k64.cpu ocd_k64.cpu invoke-event reset-end&lt;/P&gt;&lt;P&gt;Debug: 101106 45154 cmsis_dap_usb.c:522 cmsis_dap_swd_run_queue(): Executing 3 queued transactions&lt;/P&gt;&lt;P&gt;Debug: 101107 45154 cmsis_dap_usb.c:545 cmsis_dap_swd_run_queue(): DP write reg 8 10&lt;/P&gt;&lt;P&gt;Debug: 101108 45154 cmsis_dap_usb.c:545 cmsis_dap_swd_run_queue(): AP read reg 0 0&lt;/P&gt;&lt;P&gt;Debug: 101109 45154 cmsis_dap_usb.c:545 cmsis_dap_swd_run_queue(): DP read reg c 0&lt;/P&gt;&lt;P&gt;Debug: 101110 45156 cmsis_dap_usb.c:583 cmsis_dap_swd_run_queue(): SWD ack not OK: 2 FAULT&lt;/P&gt;&lt;P&gt;---&amp;gt;8&lt;/P&gt;&lt;P style="min-height: 8pt; padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does anyone face this issue?&lt;/P&gt;&lt;P&gt;Did I miss something from vectors initialization, linker script or compiler option?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Jun 2016 14:45:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540902#M6977</guid>
      <dc:creator>jjp</dc:creator>
      <dc:date>2016-06-16T14:45:12Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K64F flashing issue</title>
      <link>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540903#M6978</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;first we need to know the problem is on open OCD interface or project. if you create a new project with wizard, can you download this project vis OpenOCD to target?&lt;/P&gt;&lt;P&gt;Can you download the default project C:\Freescale\KSDK_1.3.0\examples\frdmk64f\demo_apps\hello_world\kds to board without problem?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;if the problem is only on your specific project, please send your project to me, I will check it on my side.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Have a great day,&lt;BR /&gt;Jennie Zhang&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the Correct Answer button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jun 2016 05:56:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540903#M6978</guid>
      <dc:creator>ZhangJennie</dc:creator>
      <dc:date>2016-06-17T05:56:45Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K64F flashing issue</title>
      <link>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540904#M6979</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Thanks for your quick answer (:&lt;/P&gt;&lt;P&gt;Yes I can download the binary hello_world_frdmk64f.elf just after mass erasing board with openOCD and debug it&lt;/P&gt;&lt;P&gt;with no issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The project is confidential and I can only send you binary (ELF) in a private channel..&lt;/P&gt;&lt;P&gt;It will be possible to explain problem solution in this forum without publishing binary and I hope we can catch this issue..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We already exchange with NXP through *encompass extranet*.&lt;/P&gt;&lt;P&gt;Is it an appropriate channel to send you this binary?&lt;/P&gt;&lt;P&gt;Let me know if there is a better solution.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jun 2016 07:54:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540904#M6979</guid>
      <dc:creator>jjp</dc:creator>
      <dc:date>2016-06-17T07:54:40Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K64F flashing issue</title>
      <link>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540905#M6980</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello *,&lt;/P&gt;&lt;P&gt;Finally find the problem.&lt;/P&gt;&lt;P&gt;It concerns semihosting option of OpenOCD in gdb script file.&lt;/P&gt;&lt;P&gt;So add :&lt;/P&gt;&lt;P&gt;monitor arm semihosting enable&lt;/P&gt;&lt;P&gt;solve the issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have a nice day.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 21 Jun 2016 13:07:01 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540905#M6980</guid>
      <dc:creator>jjp</dc:creator>
      <dc:date>2016-06-21T13:07:01Z</dc:date>
    </item>
    <item>
      <title>Re: FRDM-K64F flashing issue</title>
      <link>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540906#M6981</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;thanks for sharing the solutions. &lt;/P&gt;&lt;P&gt;so I may understand your code includes semihosting functions, which need enable semihosting in debugger to support it. Correct?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 Jun 2016 03:59:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Design-Studio/FRDM-K64F-flashing-issue/m-p/540906#M6981</guid>
      <dc:creator>ZhangJennie</dc:creator>
      <dc:date>2016-06-22T03:59:13Z</dc:date>
    </item>
  </channel>
</rss>

