I have no idea why that assertion would be triggered. I would print
out the machineID and requestor. See the wiki for generating a
protocol debug trace. Grep on the block address that causes the
assertion. Add extra debuggin information to the trace using
APPEND_TRANSITION_COMMENT and DEBUG_EXPR.
--Mike
On Sun, Mar 30, 2008 at 3:27 PM, Konstantinos Aisopos
<kaisopos@xxxxxxxxx> wrote:
> Hello again,
>
> any ideas about my problem? any idea what this assertion prevents from
> happening? Should I provide you more information? Does the MESI_SCMP
> require any other parameters to be set that I don't know??
>
> I thought it was a topology problem so I created the file:
> ruby/network/simple/Network_Files/NUCA_Procs-64_ProcsPerChip-64_L2Banks-64_Memories-64.txt
> and set these parameters:
> ruby0.setparam_str g_CACHE_DESIGN NUCA
> ruby0.setparam_str g_NETWORK_TOPOLOGY FILE_SPECIFIED
> ... the problem still persists. I got rid of opal to make the
> simulation simpler. problem persists. Also, if i don't load ruby the
> simulation works fine.
>
> help please :P
>
> -Kostas
>
>
>
>
> On Thu, Mar 27, 2008 at 10:54 PM, Konstantinos Aisopos
> <kaisopos@xxxxxxxxx> wrote:
> > Hi list,
> >
> > I am using MESI_SCMP_bankdirectory protocol to simulate a 64core
> > system. I haven't touched the protocol or the simulator. I am
> > executing the following script:
> >
> > instruction-fetch-mode instruction-fetch-trace
> > istc-disable
> > dstc-disable
> > cpu-switch-time 1
> > load-module ruby
> > load-module opal
> > ruby0.setparam g_NUM_PROCESSORS 64
> > ruby0.setparam g_PROCS_PER_CHIP 64
> > ruby0.setparam g_NUM_L2_BANKS 64
> > ruby0.setparam g_NUM_MEMORIES 64
> > ruby0.setparam NUMBER_OF_VIRTUAL_NETWORKS 5
> > ruby0.setparam g_MEMORY_SIZE_BYTES 4294967296
> > ruby0.setparam g_endpoint_bandwidth 1000
> > ruby0.init
> > opal0.init
> > opal0.sim-start "results.opal"
> > opal0.sim-step 10000000000
> >
> > and i am getting the following error, when i execute "opal0.sim-step
> > 10000000000":
> >
> > Runtime Error at ../protocols/MESI_SCMP_bankdirectory-L2cache.sm:224,
> > Ruby Time: 23: assert failure, PID: 1335
> >
> > the 224 line is:
> > assert(map_L1CacheMachId_to_L2Cache(addr,requestor) == machineID)
> >
> > any idea what might be wrong?
> >
> > thanks,
> >
> > Kostas
> >
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> Use Google to search the GEMS Users mailing list by adding "site:https://lists.cs.wisc.edu/archive/gems-users/" to your search.
>
>
|