<?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 Re: MPC8306 : value of SRR0/SRR1 registers when MCP occurs in PowerQUICC Processors</title>
    <link>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550605#M1574</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have an explication for 1) provided by LAUTERBACH&lt;/P&gt;&lt;P&gt;&amp;nbsp; A software breakpoint clears SRR0/SRR1: it is a debugging restriction.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 21 Jun 2016 10:40:07 GMT</pubDate>
    <dc:creator>marie-claudemut</dc:creator>
    <dc:date>2016-06-21T10:40:07Z</dc:date>
    <item>
      <title>MPC8306 : value of SRR0/SRR1 registers when MCP occurs</title>
      <link>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550604#M1573</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN lang="EN-US" style="font-family: 'Arial','sans-serif';"&gt;I am working on MCP exception due to TEA signal.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;I use a Lauterbach tool in order to break onchip (at 0x200) when a MCP exception occurs and to list the value of SRR0/SRR1 registers&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When an external interruption occurs during the timeout of ELBC (causing the TEA signal) , I cannot explain the following values of SRR0/SRR1 registers :&lt;/P&gt;&lt;OL style="list-style-type: decimal;"&gt;&lt;LI&gt;SRR0 = 0 and&amp;nbsp; SRR1=0&lt;/LI&gt;&lt;LI&gt;SRR0 = 0X0500 and SRR1=0x41000&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; &lt;SPAN lang="EN-US" style="font-size: 11.0pt; font-family: 'Calibri','sans-serif';"&gt;Is there somebody that has worked on this subject, and could give me an explanation.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 20 Jun 2016 16:55:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550604#M1573</guid>
      <dc:creator>marie-claudemut</dc:creator>
      <dc:date>2016-06-20T16:55:27Z</dc:date>
    </item>
    <item>
      <title>Re: MPC8306 : value of SRR0/SRR1 registers when MCP occurs</title>
      <link>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550605#M1574</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have an explication for 1) provided by LAUTERBACH&lt;/P&gt;&lt;P&gt;&amp;nbsp; A software breakpoint clears SRR0/SRR1: it is a debugging restriction.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 21 Jun 2016 10:40:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550605#M1574</guid>
      <dc:creator>marie-claudemut</dc:creator>
      <dc:date>2016-06-21T10:40:07Z</dc:date>
    </item>
    <item>
      <title>Re: MPC8306 : value of SRR0/SRR1 registers when MCP occurs</title>
      <link>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550606#M1575</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;When Machine Check Interrupt exception is taken, SRR0 is loaded with the effective address of the next instruction in interrupted program stream, SRR1 is loaded with some flags indicating exception reason and some bits copied from MSR. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Note that analyzing effective address may be useless in some cases, because in some cases Machine Check interrupt may be caused by hardware reasons, but not because of executing incorrect instruction. For example - in case of data parity errors or cache parity errors.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 23 Jun 2016 14:45:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550606#M1575</guid>
      <dc:creator>alexander_yakov</dc:creator>
      <dc:date>2016-06-23T14:45:43Z</dc:date>
    </item>
    <item>
      <title>Re: MPC8306 : value of SRR0/SRR1 registers when MCP occurs</title>
      <link>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550607#M1576</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I aggree with you: I only want to understand why the value of SRR0 and SRR1 seems to be related to current MSR and current EA of an External Interrupt processing ? and not related to the program instruction that accesses to an invalid address.&lt;/P&gt;&lt;P&gt;As I have written&amp;nbsp; in the initial request "an interrupt occurs during the timeout of ELBC ".&lt;/P&gt;&lt;P&gt;In case of MCP, (refer to 5.5.2 of e300 Power architecture Core Family Reference Manual) the e300 does garantee that the machine check interrupt is always taken immediatly upon request, with a nonpredicted address saved in SRR0.&lt;/P&gt;&lt;P&gt;But nothing is specifically written on SRR1.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 23 Jun 2016 17:27:56 GMT</pubDate>
      <guid>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550607#M1576</guid>
      <dc:creator>marie-claudemut</dc:creator>
      <dc:date>2016-06-23T17:27:56Z</dc:date>
    </item>
    <item>
      <title>Re: MPC8306 : value of SRR0/SRR1 registers when MCP occurs</title>
      <link>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550608#M1577</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;As I already said, MCP may be not related to program flow (that is - not caused by "program instruction that accesses to an invalid address")&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For example if some hardware error happens on the bus (for example - TEA error) while the core is busy by another task (exception 0x500 in your example), than you may get MCP exception with context saving registers SRR0/SRR1 showing this 0x500 context, which is not related to actual reason of MCP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please keep in mind - core is not the only initiator of bus accesses, and even if the assess is initiated as a result of executing some core instruction, still it may be initiated by cache controller, by not by core itself.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Have a great day,&lt;BR /&gt;Alexander&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, 01 Jul 2016 06:56:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/PowerQUICC-Processors/MPC8306-value-of-SRR0-SRR1-registers-when-MCP-occurs/m-p/550608#M1577</guid>
      <dc:creator>alexander_yakov</dc:creator>
      <dc:date>2016-07-01T06:56:38Z</dc:date>
    </item>
  </channel>
</rss>

