mem: Add a wrapped DRAMSim2 memory controller
authorAndreas Hansson <andreas.hansson@arm.com>
Tue, 18 Feb 2014 10:50:53 +0000 (05:50 -0500)
committerAndreas Hansson <andreas.hansson@arm.com>
Tue, 18 Feb 2014 10:50:53 +0000 (05:50 -0500)
commitbf2f178f85056fe518ce1ce9cb22c0dbc2e0b0ce
tree33248363b7662fa9edb4ee019e93fd336c672c4f
parente83fdc532b8304610f8988d524c6773996f6f926
mem: Add a wrapped DRAMSim2 memory controller

This patch adds DRAMSim2 as a memory controller by wrapping the
external library and creating a sublass of AbstractMemory that bridges
between the semantics of gem5 and the DRAMSim2 interface.

The DRAMSim2 wrapper extracts the clock period from the config
file. There is no way of extracting this information from DRAMSim2
itself, so we simply read the same config file and get it from there.

To properly model the response queue, the wrapper keeps track of how
many transactions are in the actual controller, and how many are
stacking up waiting to be sent back as responses (in the wrapper). The
latter requires us to move away from the queued port and manage the
packets ourselves. This is due to DRAMSim2 not having any flow control
on the response path.

DRAMSim2 assumes that the transactions it is given are matching the
burst size of the choosen memory. The wrapper checks to ensure the
cache line size of the system matches the burst size of DRAMSim2 as
there are currently no provisions to split the system requests. In
theory we could allow a cache line size smaller than the burst size,
but that would lead to inefficient use of the DRAM, so for not we
fatal also in this case.
.hgignore
SConstruct
configs/common/MemConfig.py
ext/dramsim2/README [new file with mode: 0644]
ext/dramsim2/SConscript [new file with mode: 0644]
src/mem/DRAMSim2.py [new file with mode: 0644]
src/mem/SConscript
src/mem/dramsim2.cc [new file with mode: 0644]
src/mem/dramsim2.hh [new file with mode: 0644]
src/mem/dramsim2_wrapper.cc [new file with mode: 0644]
src/mem/dramsim2_wrapper.hh [new file with mode: 0644]