Hi Nilay,
That is awesome! If I understand then you have two systems communicating together over an ethernet link. I would suggest that this might be a good time for a checkpoint, getting the patches in state that are good, deciding on a threading model, and getting the first pass committed. Thanks, Ali On 04.02.2013 13:16, Nilay Vaish wrote: > On Sun, 3 Feb 2013, Steve Reinhardt wrote: > >> Excellent! Congratulations! Steve On Sun, Feb 3, 2013 at 11:16 AM, Nilay <ni...@cs.wisc.edu> wrote: >> >>> The netperf test is running. It was good that Ali brought up this email from 5-6 years back. The very first error I encountered was due to the decode cache being shared. For the time being I have taken the easy way of making the cache a per decoder object, instead of it being shared amongst amongst the decoders. Apart from that I really did not face any problems. The etherlink object was provided with the sim objects that are at its two ends. The etherlink object, when required to schedule the event that moves a packet from one end to the other, schedules the event using the sim object at the other end. The code in event queue class takes the decision for the right queue on which to schedule this event. One thing that seems not to be working correctly right now is automatic deletion of the per queue events that form a global event. We can handle it in course of time. I think it is working fine. > > So what should be our next step? > > -- > Nilay > _______________________________________________ > gem5-dev mailing list > gem5-dev@gem5.org > http://m5sim.org/mailman/listinfo/gem5-dev [1] Links: ------ [1] http://m5sim.org/mailman/listinfo/gem5-dev _______________________________________________ gem5-dev mailing list gem5-dev@gem5.org http://m5sim.org/mailman/listinfo/gem5-dev
