Re: [Gems-users] MOESI_CMP_directory protocol : Invalid Transition


Date: Mon, 25 Jul 2005 15:46:01 -0500 (CDT)
From: Mike Marty <mikem@xxxxxxxxxxx>
Subject: Re: [Gems-users] MOESI_CMP_directory protocol : Invalid Transition
Hi,

I think the L2 controller needs to NACK in this scenario.  This particular
path must have never occurred when I developed/debugged the protocol.
These L1-L2 writeback races, with forwarded requests, are nasty.

Please try adding OLSX to the transition on line 1485 of
MOESI_CMP_directory-L2cache.sm

  transition({I, M, O, ILS, ILOX, OLS, SLS, OLSX, S}, L1_PUTX) {
    ll_writebackNack;
    o_popL1RequestQueue;
  }


Same thing for the L1_PUTS in state ILOX.  Change line 1942 to as follows:

  // new exclusive happened while sharer attempted writeback
  transition({ILX, ILOX}, {L1_PUTS, L1_PUTS_only, L1_PUTO}) {
    ll_writebackNack;
    o_popL1RequestQueue;
  }




--Mike




> Hi
>
> I modified the MOESI_CMP_directory protocol to
> incorporate my dram simulator - but did nto add nay
> additional states. I was using the tester to test that
> I did not have any invalid transitions/deadlocks due
> to my modifications and came across an event that the
> original protocol did not handle.
>
> The combinations is the event L1_PUTX arriving when
> the state of the block in the L2 Cache Controller is
> OLSX.
>
> Thanks
> Brinda
>
>
>
>
> ___________________________________________________________
> How much free photo storage do you get? Store your holiday
> snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
>
[← Prev in Thread] Current Thread [Next in Thread→]