Thanks a ton for explaining this, I think I was mistaken earlier. In that case, can I know beforehand the physical address of the request flits which will be going to the directory controller? Can I calculate the rank and bank address of that flit as done in the memory controller (if the router has information about the physical memory)? I could see some mapping functions in the directory controller to map the address to the physical address of memory. Can I use those to get final main memory address? Sorry for bombarding you with questions , but I really need to understand this well as I am implementing a memory-aware arbitration technique at the router. I appreciate your patience.
On Thu, Oct 4, 2012 at 2:23 PM, Nilay Vaish <ni...@cs.wisc.edu> wrote: > On Thu, 4 Oct 2012, tejasi pimpalkhute wrote: > > Hi Nilay, >> >> Thanks for throwing light on this. I want to arbitrate request packets >> originated the core (requiring off-chip memory access) at the router. Do >> you think this is possible in Gem5? >> My understanding was that both the memory request flits as well as network >> flits are routed via interconnection networks. So, I modified the >> SWallocator_d code. But now I am confused, if the memory request flits >> don't travel through the GARNET network towards the main memory, what path >> do the take to access main memory? I would really appreciate if you could >> elaborate more on this. Thanks! >> >> > In a typical case a core would generate load/store requests for the > caches. The cache controllers and the directory controllers are connected > using a network. So, if a controller is unable to handle some request, it > forwards it to the next level controller. The forwarded message goes > through the on-chip network. If a request reaches the directory controller, > it forwards it to the memory controller. A Memory Msg (in gem5's > terminology) is message from a directory controller to a memory controller > or vice-versa. These message travel on dedicated links between directory > controllers and memory controllers. These links are not part of Garnet. > > -- > Nilay > -- Thanks and Regards, Tejasi
_______________________________________________ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users