<?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>MCUXpresso Generalのトピックredlink server scripting behaviour</title>
    <link>https://community.nxp.com/t5/MCUXpresso-General/redlink-server-scripting-behaviour/m-p/1891195#M5423</link>
    <description>&lt;P&gt;Hi, I've been trying to investigate an issue I've been having with the i.MX RT1062 flash driver (using NOR flash connected to FLEXSPI1). In the process of doing so, I've been using the redlinkserv.exe program to view contents of flash.&lt;/P&gt;&lt;P&gt;The issue I've been diagnosing is in some conditions (that I've yet to nail down exactly), the RT1062 is incorrectly reading a constant variable from flash (accessing through the AHB bus, rather than through the FLEXSPI API).&lt;/P&gt;&lt;P&gt;Eg I have the variable boot_img_magic, which is eventually stored at address 0x601201d0:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="c"&gt;static const uint32_t boot_img_magic[] = {
    0xf395c277U,
    0x7fefd260U,
    0x0f505235U,
    0x8079b62cU
};&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I use the following bash script to read it out using redlinkserv:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;#!/bin/bash
{ 
    echo "probelist"; 
    echo "probeopenbyindex 1"; 
    echo "wireswdconnect 1"; 
    echo "MEMDUMP 1 0 0x601201d0 0x10"; 
    echo "exit"; 
} | /mnt/c/nxp/LinkServer_1.4.85/binaries/redlinkserv.exe --commandline
echo ""&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Then I get the following (incorrect) output&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;redlink&amp;gt;Index = 1
Manufacturer = NXP Semiconductors
Description = MCU-LINK (r0FF) CMSIS-DAP V3.128
Serial Number = DVXJ42221NGTK
VID:PID = 1FC9:0143
Path = 0002:0015:00

redlink&amp;gt;Probe Handle 1 Open
redlink&amp;gt;DpID = 0BD11477
redlink&amp;gt;601201D0:  77  C2  95  F3  60  D2  EF  7F  40  00  00  00  00  00  00  00  &lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, if I use the following (functionally identical?) .scp script with redlinkserv&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;1 probelist
2 probeopenbyindex 1
3 wireswdconnect 1
5 MEMDUMP 1 0 0x601201d0 0x10
6 exit&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And execute it with the following command:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;/mnt/c/nxp/LinkServer_1.4.85/binaries/redlinkserv.exe --commandline --script memorydump.scp&lt;/LI-CODE&gt;&lt;P&gt;Then I get the following (expected) output&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;Index = 1
Manufacturer = NXP Semiconductors
Description = MCU-LINK (r0FF) CMSIS-DAP V3.128
Serial Number = DVXJ42221NGTK
VID:PID = 1FC9:0143
Path = 0002:0015:00

Probe Handle 1 Open
DpID = 0BD11477
601201D0:  77  C2  95  F3  60  D2  EF  7F  35  52  50  0F  2C  B6  79  80&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This behaviour appears consistent, eg if I run the bash script 2x times, then the scp script, and then the bash script, I get the above outputs each time.&lt;/P&gt;&lt;P&gt;As such, I'm wondering what the difference in behaviour for redlinkserv internally is when running manual commands vs executing a scp script, as there must be some initial setup difference to produce this consistent behaviour. Any elaboration upon this would be greatly appreciated, as I've been unable to find any manuals or documentation regarding how redlinkserv.exe functions.&lt;/P&gt;&lt;P&gt;For reference, I'm running Windows 11 / WSL, using LinkServer 1.4.85, and my redlinkserv version is&lt;BR /&gt;"MCUXpresso IDE LinkServer v11.9 (Dec 11 2023 18:02:42 - redlinkserv.exe build 2)"&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;</description>
    <pubDate>Thu, 20 Jun 2024 22:57:21 GMT</pubDate>
    <dc:creator>calvinj</dc:creator>
    <dc:date>2024-06-20T22:57:21Z</dc:date>
    <item>
      <title>redlink server scripting behaviour</title>
      <link>https://community.nxp.com/t5/MCUXpresso-General/redlink-server-scripting-behaviour/m-p/1891195#M5423</link>
      <description>&lt;P&gt;Hi, I've been trying to investigate an issue I've been having with the i.MX RT1062 flash driver (using NOR flash connected to FLEXSPI1). In the process of doing so, I've been using the redlinkserv.exe program to view contents of flash.&lt;/P&gt;&lt;P&gt;The issue I've been diagnosing is in some conditions (that I've yet to nail down exactly), the RT1062 is incorrectly reading a constant variable from flash (accessing through the AHB bus, rather than through the FLEXSPI API).&lt;/P&gt;&lt;P&gt;Eg I have the variable boot_img_magic, which is eventually stored at address 0x601201d0:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="c"&gt;static const uint32_t boot_img_magic[] = {
    0xf395c277U,
    0x7fefd260U,
    0x0f505235U,
    0x8079b62cU
};&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I use the following bash script to read it out using redlinkserv:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;#!/bin/bash
{ 
    echo "probelist"; 
    echo "probeopenbyindex 1"; 
    echo "wireswdconnect 1"; 
    echo "MEMDUMP 1 0 0x601201d0 0x10"; 
    echo "exit"; 
} | /mnt/c/nxp/LinkServer_1.4.85/binaries/redlinkserv.exe --commandline
echo ""&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Then I get the following (incorrect) output&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;redlink&amp;gt;Index = 1
Manufacturer = NXP Semiconductors
Description = MCU-LINK (r0FF) CMSIS-DAP V3.128
Serial Number = DVXJ42221NGTK
VID:PID = 1FC9:0143
Path = 0002:0015:00

redlink&amp;gt;Probe Handle 1 Open
redlink&amp;gt;DpID = 0BD11477
redlink&amp;gt;601201D0:  77  C2  95  F3  60  D2  EF  7F  40  00  00  00  00  00  00  00  &lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, if I use the following (functionally identical?) .scp script with redlinkserv&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;1 probelist
2 probeopenbyindex 1
3 wireswdconnect 1
5 MEMDUMP 1 0 0x601201d0 0x10
6 exit&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And execute it with the following command:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;/mnt/c/nxp/LinkServer_1.4.85/binaries/redlinkserv.exe --commandline --script memorydump.scp&lt;/LI-CODE&gt;&lt;P&gt;Then I get the following (expected) output&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;Index = 1
Manufacturer = NXP Semiconductors
Description = MCU-LINK (r0FF) CMSIS-DAP V3.128
Serial Number = DVXJ42221NGTK
VID:PID = 1FC9:0143
Path = 0002:0015:00

Probe Handle 1 Open
DpID = 0BD11477
601201D0:  77  C2  95  F3  60  D2  EF  7F  35  52  50  0F  2C  B6  79  80&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This behaviour appears consistent, eg if I run the bash script 2x times, then the scp script, and then the bash script, I get the above outputs each time.&lt;/P&gt;&lt;P&gt;As such, I'm wondering what the difference in behaviour for redlinkserv internally is when running manual commands vs executing a scp script, as there must be some initial setup difference to produce this consistent behaviour. Any elaboration upon this would be greatly appreciated, as I've been unable to find any manuals or documentation regarding how redlinkserv.exe functions.&lt;/P&gt;&lt;P&gt;For reference, I'm running Windows 11 / WSL, using LinkServer 1.4.85, and my redlinkserv version is&lt;BR /&gt;"MCUXpresso IDE LinkServer v11.9 (Dec 11 2023 18:02:42 - redlinkserv.exe build 2)"&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;</description>
      <pubDate>Thu, 20 Jun 2024 22:57:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-General/redlink-server-scripting-behaviour/m-p/1891195#M5423</guid>
      <dc:creator>calvinj</dc:creator>
      <dc:date>2024-06-20T22:57:21Z</dc:date>
    </item>
    <item>
      <title>Re: redlink server scripting behaviour</title>
      <link>https://community.nxp.com/t5/MCUXpresso-General/redlink-server-scripting-behaviour/m-p/1892539#M5424</link>
      <description>&lt;P&gt;For reference, turns out my particular issue was caused by the data cache, as I was able to mark the 0x60000000 region as uncacheable, and everything worked as intended. Still unsure as to why the redlinkserv was returning different results.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Jun 2024 03:15:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-General/redlink-server-scripting-behaviour/m-p/1892539#M5424</guid>
      <dc:creator>calvinj</dc:creator>
      <dc:date>2024-06-24T03:15:05Z</dc:date>
    </item>
    <item>
      <title>Re: redlink server scripting behaviour</title>
      <link>https://community.nxp.com/t5/MCUXpresso-General/redlink-server-scripting-behaviour/m-p/1894913#M5426</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/235257"&gt;@calvinj&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Plz see this link for reference, there are some common question we met before.&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;what's the Redlink&amp;nbsp;&lt;A href="https://community.nxp.com/t5/LPCXpresso-IDE-FAQs/What-is-Redlink/m-p/475446" target="_blank" rel="noopener"&gt;https://community.nxp.com/t5/LPCXpresso-IDE-FAQs/What-is-Redlink/m-p/475446&lt;/A&gt;&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;LinkServer for MCU &lt;A href="https://mcuoneclipse.com/2023/05/14/linkserver-for-microcontrollers/" target="_blank" rel="noopener"&gt;https://mcuoneclipse.com/2023/05/14/linkserver-for-microcontrollers/&lt;/A&gt;&amp;nbsp;&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;B.R&lt;/P&gt;
&lt;P&gt;Sam&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jul 2024 20:43:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-General/redlink-server-scripting-behaviour/m-p/1894913#M5426</guid>
      <dc:creator>Sam_Gao</dc:creator>
      <dc:date>2024-07-17T20:43:43Z</dc:date>
    </item>
  </channel>
</rss>

