Hi Andreas,
The NetworkTest object (networktest.cc) is created for each controller, i.e. 
each NetworkTest is in fact the FROM. 
You can thus use the "id" to determine whether to send or not from that 
controller.
If you use the Mesh topology say for a 16-node system each router is connect to 
an L1 and a directory controller. In networktest.cc, id 0-15 will correspond to 
the senders (L1) and id 16-31 will correspond to the receivers (directory).

- Tushar


On Feb 20, 2012, at 2:43 PM, Andreas Prodromou wrote:

> Hello guys and thanks for the quick reply,
> 
> I already tried to edit networktest.cc, but i can only make it to sent 
> messages TO a specific router and not FROM a specific router. I will try it a 
> little more, and in case that doesn't work i will try NetworkInterface and 
> let you know what happened. I was using the GEMS version of Garnet for a 
> while, and the code here is slightly changed. This was very easy to do 
> before...
> 
> to Udit Kumar: When I say "based on a trace file", I mean that i have a file 
> from a FS simulation, where the memory references (thus the Network messages) 
> were recorded, and I need a way to play-back the file to get more information 
> about the network only. You can think about it as running a benchmark on 
> network-only mode, without all the instructions being executed, just the 
> memory transactions.
> 
> Thanks for your help, and I hope I can return the favor some day,
> Andreas Prodromou
> 
> On Mon, Feb 20, 2012 at 5:32 AM, Tushar Krishna <tus...@csail.mit.edu> wrote:
> Hi Andreas,
> As Ankit mentioned, one way is to hack the NetworkInterface_d.cc file which 
> reads messages from the protocol queues, converts them into flits and injects 
> them into the router connected to it.
> But you will still need a way for the simulation to call the wakeup of 
> network interface every cycle which gets called by the coherence protocol's 
> enqueue action.
> 
> A better way might be to modify the Networktest coherence protocol.
> This is a dummy protocol meant for network-only simulations and you can edit 
> src/cpu/testers/networktest.cc inject whatever messages you need between 
> whatever nodes.
> You can read about it here:
> http://www.gem5.org/Networktest
> 
> - Tushar
> 
> 
> On Feb 20, 2012, at 1:10 AM, ankit more <am...@drexel.edu> wrote:
> 
>> Hello Andreas,
>> 
>> As far as I know, the way to do it is to get the pointer to the message 
>> buffer for the network interface of that particular router and then enqueue 
>> the message at the cycle when you want to insert the message.
>> 
>> if you look at the build directly and look at the code for the memory 
>> controller (L1 for example) generated by the scons scripts you will notice 
>> that the messages are inserted into the network by simply calling the 
>> enqueue() function for the message buffer of that particular Network 
>> Interface node.
>> 
>> Ankit
>> 
>> On Sun, Feb 19, 2012 at 1:02 PM, Andreas Prodromou 
>> <prodromou.andr...@gmail.com> wrote:
>> Hello,
>> 
>> I am trying to run some network-only simulations based on a trace file, 
>> which contains memory references. Is there a method to do that? I don't 
>> really need the FS simulation, just the network part. 
>> 
>> I was also trying to edit Garnet's code so I can specify which router will 
>> send a packet, but I cannot find that piece of code anywhere. Can you give 
>> me any pointers? An example of what I am trying to do is to be able to make 
>> router X send a message to router Y on a specific cycle. I need the file i 
>> need to edit to make that happen.
>> 
>> Thanks for your time,
>> Andreas Prodromou
>> 
>> 
>> _______________________________________________
>> gem5-users mailing list
>> gem5-users@gem5.org
>> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>> 
>> 
>> 
>> -- 
>> Ankit More
>> Ph.D Candidate, Electrical and Computer Engineering
>> Drexel University, Philadelphia PA
>> 
>> Phone: 267-912-4712
>> Email: am...@drexel.edu
>> Web: http://vlsi.ece.drexel.edu
>> _______________________________________________
>> 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

_______________________________________________
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Reply via email to