<div dir="ltr"><div><font face="monospace,monospace">Hi guys,</font></div><div><font face="monospace,monospace"><br></font></div><div><font face="monospace,monospace">Apologies for not replying to a current thread, I just subscribed..</font></div><div><font face="monospace,monospace"><br></font></div><div><font face="monospace,monospace">Further to the discussion on PCIe graphics cards and DRAM, I've been struggling here to</font></div><div><font face="monospace,monospace">get the board to recognize that I was a little cash-happy and got the 16GB package from</font></div><div><font face="monospace,monospace">SolidRun. I've spent a couple months being consummately disappointed in only being able</font></div><div><font face="monospace,monospace">to reference 4GB from UEFI and Linux.</font></div><div><font face="monospace,monospace"><br></font></div><div><font face="monospace,monospace">Ard's DRAM/PCIe remap patch seems to work relatively well<div class="gmail_default" style="font-family:monospace,monospace;display:inline">​ but the existing code doesn't</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">map enough memory in the MMIO32 space for me; if I have a card that has 2GB on it, </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">I'd</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">like to stuff it in the lower 32-bit space. Is it </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">really necessary </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">to put any DRAM at</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">all in the lower 32-bit space apart from the code setting up the </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">windowing being in</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline"></div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">that DRAM at the time? Could we dedicate </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">the lower ~3GB or so </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">to the PCIe space, and</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">put a window of up to 16GB DRAM at a high physical </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">address </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">(what's the </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">physical addressing</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">limit on mochi?)</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><br></div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">I'm failing to find any reasonable documentation on the io remapping units, and things</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">that might be in the way (the ATF diagrams seem to be Just Enough Information (tm) to</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">get you into trouble without really explaining why) so my poking </div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">on this is limited to</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">pulling apart patches and trying to figure out the intent..</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><br></div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">The other question is, is the limit of 4GB DRAM solely a device tree issue combined</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">with this?</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><br></div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><table class="gmail-highlight gmail-tab-size gmail-js-file-line-container"><tbody><tr><td class="gmail-blob-code gmail-blob-code-inner gmail-js-file-line" id="gmail-LC371"><span class="gmail-pl-s"></span></td></tr><tr><td class="gmail-blob-num gmail-js-line-number" id="gmail-L372"></td><td class="gmail-blob-code gmail-blob-code-inner gmail-js-file-line" id="gmail-LC372"><span class="gmail-pl-s"><font face="monospace,monospace">  # ARM Pcds</font></span></td></tr><tr><td class="gmail-blob-num gmail-js-line-number" id="gmail-L373"></td><td class="gmail-blob-code gmail-blob-code-inner gmail-js-file-line" id="gmail-LC373"><span class="gmail-pl-s"><font face="monospace,monospace">  gArmTokenSpaceGuid.PcdSystemMemoryBase|0</font></span></td></tr><tr><td class="gmail-blob-num gmail-js-line-number" id="gmail-L374"></td><td class="gmail-blob-code gmail-blob-code-inner gmail-js-file-line" id="gmail-LC374"><span class="gmail-pl-s"><font face="monospace,monospace">  gArmTokenSpaceGuid.PcdSystemMemorySize|0x100000000</font></span></td></tr><tr><td class="gmail-blob-num gmail-js-line-number" id="gmail-L375"></td><td class="gmail-blob-code gmail-blob-code-inner gmail-js-file-line" id="gmail-LC375"><span class="gmail-pl-s"><font face="monospace,monospace">  gEmbeddedTokenSpaceGuid.PcdPrePiCpuMemorySize|36</font></span></td></tr></tbody></table></div></font><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><br></div></font><font face="monospace,monospace"><br></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">Or am I missing something? Is that '36' evidence of an upper limit for windowing</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">the DRAM up high? How does UEFI handle a sparse memory map if the 'base' is 0 and</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">it has a size, but not a way of breaking this out?</div></font></div><div><font face="monospace,monospace"><br></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><br></div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">Ta,</div></font></div><div><font face="monospace,monospace"><div class="gmail_default" style="font-family:monospace,monospace;display:inline">Matt Sealey <<a href="mailto:neko@bakuhatsu.net">neko@bakuhatsu.net</a>>​</div></font></div></div>