Hi Ben, We have a similar setup, I could bring you in contact with some people here.
Greetings, Matthias -- Dr.-Ing. Matthias Jung Expert „Virtual Hardware Engineering“ Embedded Systems Engineering Fraunhofer IESE Fraunhofer-Platz 1 | 67663 Kaiserslautern | Germany Phone: +49 631 / 6800 - 2279 | Fax: +49 631 / 6800 - 9 2279 Mobile: +49 151 / 15672508 www.iese.fraunhofer.de Email: matthias.j...@iese.fraunhofer.de > Am 28.02.2020 um 17:38 schrieb Jason Lowe-Power <ja...@lowepower.com>: > > > Hi Ben, > > This is a great question! To be honest, I don't know the answer. I think it > will have something to do with the E820 entries in the config file, but I > don't know exactly how to do it. See this issue about trying to create a more > realistic memory layout for Linux: https://gem5.atlassian.net/browse/GEM5-11. > > Let us know if you figure anything out! Feel free to comment on that issue or > the sub tasks. > > Cheers, > Jason > >> On Thu, Feb 27, 2020 at 8:35 AM Ben Perach <bper...@gmail.com> wrote: >> Hi all, >> >> I am trying to create a multicore system with two memory types, one is a >> regular DRAM and the other memory has a longer latency. The memories are >> located on different memory channels but have the same interconnect latency, >> the only latency difference is between the memory controller and the memory >> itself due to memory technology. The address range of each memory is >> continues and not interleaved. (This is something like a multicore system >> with DRAM and persistent memory). >> >> In order to be able to assign pages specifically to each memory, I want the >> OS to recognize the two memories as two different NUMA nodes. >> How can I make gem5 fs to report to the OS that the two memory address >> ranges belong to different NUMA nodes? >> Can I add some component to the configuration script to make this happen? >> Do I need to change the BIOS somehow? >> >> (I have tried using the numa=fake tool on Linux, but it did not create new >> fake nodes.) >> >> Thank you very much, >> Ben Perach >> _______________________________________________ >> gem5-users mailing list >> gem5-users@gem5.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > _______________________________________________ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
_______________________________________________ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users