<?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 FreeRTOS+SMAC on 13192-SARD(CW5.1). Strange asm code. in 8-bit Microcontrollers</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/FreeRTOS-SMAC-on-13192-SARD-CW5-1-Strange-asm-code/m-p/131732#M2820</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I`m trying to work with FreeRTOS + HCS08 + SMAC from here:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&lt;A class="jive-link-external-small" href="https://community.nxp.com/external-link.jspa?url=http%3A%2F%2Fforums.freescale.com%2Ffreescale%2Fboard%2Fmessage%3Fboard.id%3D8BITCOMM%26message.id%3D508" rel="nofollow" target="_blank"&gt;http://forums.freescale.com/freescale/board/message?board.id=8BITCOMM&amp;amp;message.id=508&lt;/A&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;with CW5.1.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In the ordinal SMAC C-code&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;if (MCPSDataRequest(&amp;amp;gsTxPacket) == SUCCESS)&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;is compiled to&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;JSR 0x1a57 ;jumping to MCPSDataRequest&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;CMP #0x77&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;And that is resonable, because MCPSDataRequest returns value via A register.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;But in the mentioned project FreeRTOS + HCS08 + SMAC the same C-code compiled to&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;JSR 0x2A50 ;jumping to MCPSDataRequest&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;CPHX #0x0077&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;comparing the HX register value with SUCCESS. But the returned value is still in A register and this check fails.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;So, how to get back the right behavior?&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks in advance.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 25 Apr 2007 18:49:12 GMT</pubDate>
    <dc:creator>cheese</dc:creator>
    <dc:date>2007-04-25T18:49:12Z</dc:date>
    <item>
      <title>FreeRTOS+SMAC on 13192-SARD(CW5.1). Strange asm code.</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/FreeRTOS-SMAC-on-13192-SARD-CW5-1-Strange-asm-code/m-p/131732#M2820</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I`m trying to work with FreeRTOS + HCS08 + SMAC from here:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&lt;A class="jive-link-external-small" href="https://community.nxp.com/external-link.jspa?url=http%3A%2F%2Fforums.freescale.com%2Ffreescale%2Fboard%2Fmessage%3Fboard.id%3D8BITCOMM%26message.id%3D508" rel="nofollow" target="_blank"&gt;http://forums.freescale.com/freescale/board/message?board.id=8BITCOMM&amp;amp;message.id=508&lt;/A&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;with CW5.1.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;In the ordinal SMAC C-code&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;if (MCPSDataRequest(&amp;amp;gsTxPacket) == SUCCESS)&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;is compiled to&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;JSR 0x1a57 ;jumping to MCPSDataRequest&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;CMP #0x77&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;And that is resonable, because MCPSDataRequest returns value via A register.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;But in the mentioned project FreeRTOS + HCS08 + SMAC the same C-code compiled to&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;JSR 0x2A50 ;jumping to MCPSDataRequest&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;CPHX #0x0077&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;comparing the HX register value with SUCCESS. But the returned value is still in A register and this check fails.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;So, how to get back the right behavior?&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks in advance.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Apr 2007 18:49:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/FreeRTOS-SMAC-on-13192-SARD-CW5-1-Strange-asm-code/m-p/131732#M2820</guid>
      <dc:creator>cheese</dc:creator>
      <dc:date>2007-04-25T18:49:12Z</dc:date>
    </item>
    <item>
      <title>Re: FreeRTOS+SMAC on 13192-SARD(CW5.1). Strange asm code.</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/FreeRTOS-SMAC-on-13192-SARD-CW5-1-Strange-asm-code/m-p/131733#M2821</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;What is the return type of MCPSDataRequest?&lt;BR /&gt;There are different reasons why this could happen:&lt;BR /&gt;- for implicit parameter declaratios, the return value is an int by ANSI. Therefore dont use implicit parameter declarations if anything returns just 8 bits (well actually never ever use implicit parameter declarations).&lt;BR /&gt;- The returned type of MCPSDataRequest could be configured to be of a different size, for example enums can be configured to be 8 bit or 16 bit.&lt;BR /&gt;&lt;BR /&gt;my feeling is that the code has some implicit parameter declarations. Does do create warnings by default and those warnings should be taken seriously.&lt;BR /&gt;&lt;BR /&gt;Daniel&lt;BR /&gt;&lt;DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2007 01:27:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/FreeRTOS-SMAC-on-13192-SARD-CW5-1-Strange-asm-code/m-p/131733#M2821</guid>
      <dc:creator>CompilerGuru</dc:creator>
      <dc:date>2007-04-26T01:27:57Z</dc:date>
    </item>
    <item>
      <title>Re: FreeRTOS+SMAC on 13192-SARD(CW5.1). Strange asm code.</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/FreeRTOS-SMAC-on-13192-SARD-CW5-1-Strange-asm-code/m-p/131734#M2822</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Yes, it was really implicit delaration.&lt;BR /&gt;Thanks a lot, the problem is solved&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Apr 2007 22:35:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/FreeRTOS-SMAC-on-13192-SARD-CW5-1-Strange-asm-code/m-p/131734#M2822</guid>
      <dc:creator>cheese</dc:creator>
      <dc:date>2007-04-26T22:35:32Z</dc:date>
    </item>
  </channel>
</rss>

