<?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>MQX Software SolutionsのトピックRe: Default MQX_HARDWARE_INTERRUPT_LEVEL_MAX for K70?</title>
    <link>https://community.nxp.com/t5/MQX-Software-Solutions/Default-MQX-HARDWARE-INTERRUPT-LEVEL-MAX-for-K70/m-p/397112#M13328</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Matt,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BSP_DEFAULT_MQX_HARDWARE_INTERRUPT_LEVEL_MAX is used during MQX initialization to set MQX_HARDWARE_INTERRUPT_LEVEL_MAX, which is described in the MQX User Guide document in section 3.9.3.4.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It lets a user re-configure MQX so that when a MQX task is running, it leaves some interrupt levels still enabled so that any interrupt below that level will act like a NMI and execute asynchronously to MQX kernel execution. Table 3-46 shows this relationship.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Typically this value is not changed, and can cause some odd things to happen if some interrupt priorities are not configured correctly.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Have a great day,&lt;BR /&gt;Sol &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>Thu, 15 Oct 2015 21:32:08 GMT</pubDate>
    <dc:creator>soledad</dc:creator>
    <dc:date>2015-10-15T21:32:08Z</dc:date>
    <item>
      <title>Default MQX_HARDWARE_INTERRUPT_LEVEL_MAX for K70?</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/Default-MQX-HARDWARE-INTERRUPT-LEVEL-MAX-for-K70/m-p/397111#M13327</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;we're using MQX 4.1 with the K70 and have taken a look at the MQX User Guide section 3.9.3.4.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Out of the box BSP_DEFAULT_MQX_HARDWARE_INTERRUPT_LEVEL_MAX = 2.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We were wondering why this value was chosen as a default?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In general we assume that all our tasks can be interrupted by an IRQ.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For the most part we let MQX manage our interrupts; but we do have the odd occasion to install a kernel interrupt when necessary.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We're thinking of changing BSP_DEFAULT_MQX_HARDWARE_INTERRUPT_LEVEL_MAX = 7; we don't have any tasks with priorities less than 2.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Are there any consequences to this besides ensuring that our tasks can always be interrupted?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the help,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Matt&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Oct 2015 22:30:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/Default-MQX-HARDWARE-INTERRUPT-LEVEL-MAX-for-K70/m-p/397111#M13327</guid>
      <dc:creator>mjosborne</dc:creator>
      <dc:date>2015-10-14T22:30:07Z</dc:date>
    </item>
    <item>
      <title>Re: Default MQX_HARDWARE_INTERRUPT_LEVEL_MAX for K70?</title>
      <link>https://community.nxp.com/t5/MQX-Software-Solutions/Default-MQX-HARDWARE-INTERRUPT-LEVEL-MAX-for-K70/m-p/397112#M13328</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Matt,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BSP_DEFAULT_MQX_HARDWARE_INTERRUPT_LEVEL_MAX is used during MQX initialization to set MQX_HARDWARE_INTERRUPT_LEVEL_MAX, which is described in the MQX User Guide document in section 3.9.3.4.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It lets a user re-configure MQX so that when a MQX task is running, it leaves some interrupt levels still enabled so that any interrupt below that level will act like a NMI and execute asynchronously to MQX kernel execution. Table 3-46 shows this relationship.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Typically this value is not changed, and can cause some odd things to happen if some interrupt priorities are not configured correctly.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Have a great day,&lt;BR /&gt;Sol &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>Thu, 15 Oct 2015 21:32:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MQX-Software-Solutions/Default-MQX-HARDWARE-INTERRUPT-LEVEL-MAX-for-K70/m-p/397112#M13328</guid>
      <dc:creator>soledad</dc:creator>
      <dc:date>2015-10-15T21:32:08Z</dc:date>
    </item>
  </channel>
</rss>

