<?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: ls1021a: MMU mapping to PCIe in Layerscape</title>
    <link>https://community.nxp.com/t5/Layerscape/ls1021a-MMU-mapping-to-PCIe/m-p/2293469#M16405</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;Device tree is board specific. However the LS1021A has fixed memory map and there are 2 address ranges which can be used only for access to PCIe devices. 32 GB at 0x400000_0000 for the PCIe controller1 and 32 GB at 0x480000_0000 for the PCIe controller 2. So it is expected that for the LS1021A based board which use PCIe the device tree programs these 2 outbound regions. Notice both PCIe controllers can operate only as Root Complex. So NIC should be a PCIe End Point. NIC device driver can set inbound window if required. All MSI capable devices implement the MSI capability structure defined in the PCIe Specification. System software is ultimately responsible for enabling MSI support within a device.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards&lt;/P&gt;</description>
    <pubDate>Wed, 14 Jan 2026 16:46:14 GMT</pubDate>
    <dc:creator>Bio_TICFSL</dc:creator>
    <dc:date>2026-01-14T16:46:14Z</dc:date>
    <item>
      <title>ls1021a: MMU mapping to PCIe</title>
      <link>https://community.nxp.com/t5/Layerscape/ls1021a-MMU-mapping-to-PCIe/m-p/2292754#M16404</link>
      <description>&lt;P&gt;I have a boot loader to which I am adding LPAE support to make use of the PCIE bus&lt;/P&gt;&lt;P&gt;I have succeed to use a NVME device doing so. However, it fails when I remap the PCIe memory to both bus.&lt;/P&gt;&lt;P&gt;If the code remaps the memory as follows:&lt;/P&gt;&lt;P&gt;VA&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;CPU ADDR&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;PCIE addr&lt;/P&gt;&lt;P&gt;0x2400.0000 ==&amp;gt; 0x40.0000.0000 ==&amp;gt;&amp;nbsp; &amp;nbsp; conf space (no device connected there/device node not enabled)&lt;/P&gt;&lt;P&gt;0x3400.0000 ==&amp;gt; 0x48.0000.0000 ==&amp;gt;&amp;nbsp; &amp;nbsp; conf space (nvme device found on PCIe2)&lt;/P&gt;&lt;P&gt;0x5000.0000 ==&amp;gt; 0x48.4000.0000 ==&amp;gt;&amp;nbsp; &amp;nbsp;0x4000.0000 mem space on PCIe2&lt;/P&gt;&lt;P&gt;With this MMU configuration, I can see the NVME device and access the device.&lt;/P&gt;&lt;P&gt;If I add the MMU mapping for PCIe1&lt;/P&gt;&lt;P&gt;0x4000.0000 ==&amp;gt; 0x40.4000.0000 == &amp;gt; 0x?000.0000 mem space on PCIe1&lt;/P&gt;&lt;P&gt;then after probing the NVME device on PCIe2,:&lt;/P&gt;&lt;P&gt;nvme pci-126f:2263.0: serial: A012410180629000000&lt;BR /&gt;nvme pci-126f:2263.0: model: SM681GEF AGS&lt;BR /&gt;nvme pci-126f:2263.0: firmware: TFX7GB&lt;/P&gt;&lt;P&gt;the system hangs.&lt;/P&gt;&lt;P&gt;I do not understand why a MMU mapping to an unused device would hang the system&lt;/P&gt;</description>
      <pubDate>Tue, 13 Jan 2026 17:56:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/ls1021a-MMU-mapping-to-PCIe/m-p/2292754#M16404</guid>
      <dc:creator>renaud</dc:creator>
      <dc:date>2026-01-13T17:56:21Z</dc:date>
    </item>
    <item>
      <title>Re: ls1021a: MMU mapping to PCIe</title>
      <link>https://community.nxp.com/t5/Layerscape/ls1021a-MMU-mapping-to-PCIe/m-p/2293469#M16405</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;Device tree is board specific. However the LS1021A has fixed memory map and there are 2 address ranges which can be used only for access to PCIe devices. 32 GB at 0x400000_0000 for the PCIe controller1 and 32 GB at 0x480000_0000 for the PCIe controller 2. So it is expected that for the LS1021A based board which use PCIe the device tree programs these 2 outbound regions. Notice both PCIe controllers can operate only as Root Complex. So NIC should be a PCIe End Point. NIC device driver can set inbound window if required. All MSI capable devices implement the MSI capability structure defined in the PCIe Specification. System software is ultimately responsible for enabling MSI support within a device.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards&lt;/P&gt;</description>
      <pubDate>Wed, 14 Jan 2026 16:46:14 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/ls1021a-MMU-mapping-to-PCIe/m-p/2293469#M16405</guid>
      <dc:creator>Bio_TICFSL</dc:creator>
      <dc:date>2026-01-14T16:46:14Z</dc:date>
    </item>
    <item>
      <title>Re: ls1021a: MMU mapping to PCIe</title>
      <link>https://community.nxp.com/t5/Layerscape/ls1021a-MMU-mapping-to-PCIe/m-p/2301135#M16426</link>
      <description>&lt;P&gt;Other thing I found out is that transfer from the NVME device are very slow (1MD/s). After setting the NS bit in the PTE, I got 44MB/s.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I cannot either boot Linux using an image that used to boot when the boot loader did not use LPAE.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 27 Jan 2026 09:45:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/ls1021a-MMU-mapping-to-PCIe/m-p/2301135#M16426</guid>
      <dc:creator>renaud</dc:creator>
      <dc:date>2026-01-27T09:45:52Z</dc:date>
    </item>
  </channel>
</rss>

