<?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>Layerscape中的主题 Re: LS1046A: u-boot hangs transferring control to Linux. Exception? How to disable security?</title>
    <link>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1532631#M11238</link>
    <description>&lt;P&gt;This solution is a little late. Our project got held up due to the chip shortage and the inability to spin a new PCB. For anyone who may have the same issue, the issue was that u-boot 2018.03 is hopelessly broken.&amp;nbsp; We switched to u-boot 2021.04 and it is working fine.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 05 Oct 2022 13:12:58 GMT</pubDate>
    <dc:creator>AbelianMeme</dc:creator>
    <dc:date>2022-10-05T13:12:58Z</dc:date>
    <item>
      <title>LS1046A: u-boot hangs transferring control to Linux. Exception? How to disable security?</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1403179#M9896</link>
      <description>&lt;P&gt;Hi Everyone,&lt;/P&gt;&lt;P&gt;I am trying to get u-boot to boot Linux on our custom PCB with an LS1046a. (U-boot v. 2018.03 - the same one used in the lsdk) The issue is that everything simply "hangs" after issuing the booti instruction. I have traced the problem down to "armv8_switch_to_el2_m" (macro.h) called from transition.S. U-boot correctly loads the address of the Linux binary into ELR_EL3, then calls eret, which should result in the processor switching to EL2 and transferring control to Linux.&lt;/P&gt;&lt;P&gt;Unfortunately, execution never makes it to the first instruction on the Linux binary. (At address 0x8108_0000 in DDR RAM) So the likely scenario is that u-boot is taking an exception, but I can not see any exception traps taken. A data point that I have, is the u-boot macro above is setting SCR_EL3 to the following value before the eret:&lt;/P&gt;&lt;P&gt;SCR_EL3_RW_AARCH64 | SCR_EL3_HCE_EN | SCR_EL3_RES1 | SCR_EL3_NS_EN&lt;/P&gt;&lt;P&gt;However, if I remove SCR_EL3_NS_EN and leave the other 3 flags, then I do get an immediate "Synchronous Abort" as soon as the eret is issued.&amp;nbsp; This leads me to believe the issue may be related to the security manager.&lt;/P&gt;&lt;P&gt;Now, I do not need security on this project, so I have not configured the TZC400, nor have I loaded any security firmware. I am not sure what u-boot does with this by default, but I haven't changed any of it's default behavior.&lt;/P&gt;&lt;P&gt;I have 2 questions:&lt;/P&gt;&lt;P&gt;1. What do I need to do in order to guarantee the security manager is completely disabled and can not be responsible for the issue above?&lt;/P&gt;&lt;P&gt;2. Are there any other issues anyone is aware of which might be causing the behavior I am seeing?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 21 Jan 2022 09:45:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1403179#M9896</guid>
      <dc:creator>AbelianMeme</dc:creator>
      <dc:date>2022-01-21T09:45:27Z</dc:date>
    </item>
    <item>
      <title>Re: LS1046A: u-boot hangs transferring control to Linux. Exception? How to disable security?</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1403226#M9897</link>
      <description>&lt;P&gt;An update to this. The Synchronous Abort exception I get when I remove the SCR_EL3_NS_EN from SCR_EL3 before issuing the eret results in an "Illegal Execution state" exception (esr = 0x3a000000). Since there are no unaligned accesses, and FAR_EL3 reads as zero, I have no more information. It is not clear to me why telling the processor that EL0 and EL1 are trusted should generate an "Illegal Execution State". But this may be a red herring as it does not seem to be helping me to understand where the processor is going when it hangs.&lt;/P&gt;</description>
      <pubDate>Fri, 21 Jan 2022 11:57:38 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1403226#M9897</guid>
      <dc:creator>AbelianMeme</dc:creator>
      <dc:date>2022-01-21T11:57:38Z</dc:date>
    </item>
    <item>
      <title>Re: LS1046A: u-boot hangs transferring control to Linux. Exception? How to disable security?</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1403327#M9899</link>
      <description>&lt;P&gt;Just another update on this problem. The jump_to address passed to the EL3-&amp;gt;EL2 routine makes no difference. It is not an issue with DDR RAM. I poked an illegal instruction (0xf7f0a000) into OCRAM, then passed the address of the illegal instruction in OCRAM to armv8_switch_to_el2.&amp;nbsp; The processor still hangs. It never reaches ANY exception vectors. I have them all trapped. So where does it go?&amp;nbsp; I have no idea.&amp;nbsp; Based on the power consumption I can see it is running hot, so where ever it is the cores are spinning. If anyone has any thoughts on how this could be happening I am open to suggestions.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 21 Jan 2022 15:57:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1403327#M9899</guid>
      <dc:creator>AbelianMeme</dc:creator>
      <dc:date>2022-01-21T15:57:05Z</dc:date>
    </item>
    <item>
      <title>Re: LS1046A: u-boot hangs transferring control to Linux. Exception? How to disable security?</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1404729#M9931</link>
      <description>&lt;P&gt;Just curious if you got further in debugging this?&amp;nbsp; We might be having a similar issue on our LS1046A-based custom board.&lt;/P&gt;</description>
      <pubDate>Tue, 25 Jan 2022 18:03:14 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1404729#M9931</guid>
      <dc:creator>JRRandall</dc:creator>
      <dc:date>2022-01-25T18:03:14Z</dc:date>
    </item>
    <item>
      <title>Re: LS1046A: u-boot hangs transferring control to Linux. Exception? How to disable security?</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1406367#M9952</link>
      <description>&lt;P&gt;Test your board using bootm command and Linux image in .itb file.&lt;/P&gt;</description>
      <pubDate>Fri, 28 Jan 2022 03:44:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1406367#M9952</guid>
      <dc:creator>Pavel</dc:creator>
      <dc:date>2022-01-28T03:44:47Z</dc:date>
    </item>
    <item>
      <title>Re: LS1046A: u-boot hangs transferring control to Linux. Exception? How to disable security?</title>
      <link>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1532631#M11238</link>
      <description>&lt;P&gt;This solution is a little late. Our project got held up due to the chip shortage and the inability to spin a new PCB. For anyone who may have the same issue, the issue was that u-boot 2018.03 is hopelessly broken.&amp;nbsp; We switched to u-boot 2021.04 and it is working fine.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 05 Oct 2022 13:12:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/LS1046A-u-boot-hangs-transferring-control-to-Linux-Exception-How/m-p/1532631#M11238</guid>
      <dc:creator>AbelianMeme</dc:creator>
      <dc:date>2022-10-05T13:12:58Z</dc:date>
    </item>
  </channel>
</rss>

