<?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 DMA Stalling Problem on 72 MHz Kinetis K20 in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/DMA-Stalling-Problem-on-72-MHz-Kinetis-K20/m-p/264355#M8405</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Kinetis Team,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm experiencing some trouble with the 72 MHz Kinetis parts (MK20DX256VLH7, mask set 1N36B).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problem appears as limited bus availability for DMA.&amp;nbsp; In one extreme example, if I set up 2 DMA transfers to copy a fixed SRAM byte to the GPIO set and clear registers (triggered by edges on a PWM signal) and then place a "while (1) ;" infinite loop immediately after starting the DMA, no changes appear on the pin.&amp;nbsp; But if I add 3 NOP instructions inside the loop, the DMA works and I see the pin toggle.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I found a workaround using "AXBS_PRS0 = 0x1032;".&amp;nbsp; Assigning similar priorities to crossbar masters for SRAM and the GPIO bridge seems to make no difference, even though those are the 2 slave ports my DMA transfer should be using.&amp;nbsp; It seems very strange that reassigning the priority on the slave port for flash memory would allow my DMA transfer to gain access to the SRAM and GPIO ports.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Maybe I've just misunderstood how all this works?&amp;nbsp; The 50 MHz Kinetis didn't have any of this configuration and DMA always "just worked".&amp;nbsp; Now on the 72 MHz parts, I'm seeing stalled DMA due to CPU activity that doesn't seem like it ought to conflict with the DMA accessing those other buses.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you very much!&lt;/P&gt;&lt;P&gt;--&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Jim&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 16 Dec 2013 18:39:41 GMT</pubDate>
    <dc:creator>Jim_Carlson</dc:creator>
    <dc:date>2013-12-16T18:39:41Z</dc:date>
    <item>
      <title>DMA Stalling Problem on 72 MHz Kinetis K20</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/DMA-Stalling-Problem-on-72-MHz-Kinetis-K20/m-p/264355#M8405</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Kinetis Team,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm experiencing some trouble with the 72 MHz Kinetis parts (MK20DX256VLH7, mask set 1N36B).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problem appears as limited bus availability for DMA.&amp;nbsp; In one extreme example, if I set up 2 DMA transfers to copy a fixed SRAM byte to the GPIO set and clear registers (triggered by edges on a PWM signal) and then place a "while (1) ;" infinite loop immediately after starting the DMA, no changes appear on the pin.&amp;nbsp; But if I add 3 NOP instructions inside the loop, the DMA works and I see the pin toggle.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I found a workaround using "AXBS_PRS0 = 0x1032;".&amp;nbsp; Assigning similar priorities to crossbar masters for SRAM and the GPIO bridge seems to make no difference, even though those are the 2 slave ports my DMA transfer should be using.&amp;nbsp; It seems very strange that reassigning the priority on the slave port for flash memory would allow my DMA transfer to gain access to the SRAM and GPIO ports.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Maybe I've just misunderstood how all this works?&amp;nbsp; The 50 MHz Kinetis didn't have any of this configuration and DMA always "just worked".&amp;nbsp; Now on the 72 MHz parts, I'm seeing stalled DMA due to CPU activity that doesn't seem like it ought to conflict with the DMA accessing those other buses.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you very much!&lt;/P&gt;&lt;P&gt;--&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Jim&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Dec 2013 18:39:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/DMA-Stalling-Problem-on-72-MHz-Kinetis-K20/m-p/264355#M8405</guid>
      <dc:creator>Jim_Carlson</dc:creator>
      <dc:date>2013-12-16T18:39:41Z</dc:date>
    </item>
    <item>
      <title>Re: DMA Stalling Problem on 72 MHz Kinetis K20</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/DMA-Stalling-Problem-on-72-MHz-Kinetis-K20/m-p/264356#M8406</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Jim&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am checking with this issue. I will let you know when there with any updated info.&lt;/P&gt;&lt;P&gt;Thank you for the patience.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;B.R.&lt;/P&gt;&lt;P&gt;Ma Hui&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Dec 2013 07:40:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/DMA-Stalling-Problem-on-72-MHz-Kinetis-K20/m-p/264356#M8406</guid>
      <dc:creator>Hui_Ma</dc:creator>
      <dc:date>2013-12-19T07:40:06Z</dc:date>
    </item>
  </channel>
</rss>

