Re: [Gems-users] SM in MESI_CMP_filter_directory-L1cache.sm


Date: Tue, 9 Dec 2008 14:10:05 +1300
From: "Fuad Tabba" <fuad@xxxxxxxxxxxxxxxxx>
Subject: Re: [Gems-users] SM in MESI_CMP_filter_directory-L1cache.sm
That's what I would have thought, except that there are some dangling
SM cases that do other things, with no states that lead to them. The
code looks that they were being used at one point but then got
abandoned for some reason.

/fuad

On Tue, Dec 9, 2008 at 1:56 PM, Greg Byrd <gbyrd@xxxxxxxx> wrote:
> Probably there's no functional difference between IM and SM,
> so they just overloaded the state to reduce complexity.
>
> ...Greg
>
> Fuad Tabba wrote:
>> Hi,
>>
>> I was wondering why the SM state in
>> MESI_CMP_filter_directory-L1cache.sm doesn't seem to be used (i.e.,
>> there are no transitions to SM). A line at the S state, when a store
>> is performed, goes to IM, which while is technically correct as far as
>> this protocol and its states are concerned, conceptually doesn't make
>> much sense...
>>
>> Any ideas? Am I missing something?
>>
>> Cheers,
>> /fuad
>> _______________________________________________
>> 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.
>>
>
>
> _______________________________________________
> 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.
>
>
[← Prev in Thread] Current Thread [Next in Thread→]