Have you tried using: http://reviews.gem5.org/r/3132/ ?
Andreas On 05/11/2015, 09:09, "gem5-users on behalf of Pierre-Yves Péneau" <gem5-users-boun...@gem5.org on behalf of pierre-yves.pen...@lirmm.fr> wrote: >Hi, > >Thank you Andreas for your quick response. > >When I am using the simple example with TLM in FS mode, there is no >stats.txt and the end. I need that file for other works, that's why I >want to use Gem5 as the master and SystemC as the slave. >May be am I missing something ? > >Thanks. > >On 05/11/2015 09:44, Andreas Hansson wrote: >> Hi, >> >> gem5’s event model is a subset of SystemCs, so wrapping SystemC in gem5 >> will be challenging. In essence gem5 only supports SC_METHOD style >> concurrency, and we would need some additional support in gem5 to be >>able >> to handle SC_THREAD and SC_CTHREAD. It’s not impossible, but it would be >> painful I reckon. >> >> I do not see why you cannot have SystemC as the top level, use your >> additional blocks as SystemC modules, and connect them up with gem5, >>also >> a SystemC module. There are even TLM ports/adapters readily available. >> >> Andreas >> >> On 05/11/2015, 08:39, "gem5-users on behalf of Pierre-Yves Péneau" >> <gem5-users-boun...@gem5.org on behalf of pierre-yves.pen...@lirmm.fr> >> wrote: >> >>> Hi, >>> >>> I am looking for a solution to connect Gem5 and SystemC. I read the >>> documentation and I tried the solution provided in the util/tlm >>> directory. This solution is working but it's not what I want to do. In >>> this model, Gem5 is executed as a SystemC module, so SystemC is the >>> execution leader. I want to use SystemC as slave, and Gem5 as master. >>> >>> Moreover, I want to use a complete processor wrote in SystemC. Do you >>> think is it possible given the internal architecture of Gem5, and if >>>yes >>> how is the level of difficulty to implement an interface ? >>> >>> Thank you. >>> Regards, >>> >>> -- >>> +----------------------------------------------------------+ >>> | Pierre-Yves Péneau | first.last at lirmm.fr | >>> | PhD student - LIRMM - Sysmic | + 33 4 67 41 85 85 | >>> | Bâtiment 4 Bureau H2.2 | http://walafc0.org | >>> +----------------------------------------------------------+ >>> >> >> >> ________________________________ >> >> -- IMPORTANT NOTICE: The contents of this email and any attachments are >>confidential and may also be privileged. If you are not the intended >>recipient, please notify the sender immediately and do not disclose the >>contents to any other person, use it for any purpose, or store or copy >>the information in any medium. Thank you. >> _______________________________________________ >> gem5-users mailing list >> gem5-users@gem5.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> > >-- >+----------------------------------------------------------+ >| Pierre-Yves Péneau | first.last at lirmm.fr | >| PhD student - LIRMM - Sysmic | + 33 4 67 41 85 85 | >| Bâtiment 4 Bureau H2.2 | http://walafc0.org | >+----------------------------------------------------------+ > ________________________________ -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. _______________________________________________ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
