Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-08-24 Thread Steve Reinhardt
On Fri, Aug 24, 2012 at 2:19 PM, Ali Saidi wrote: > > > > On Aug. 24, 2012, 1:36 p.m., Anthony Gutierrez wrote: > > > This code also helped me get past some assertion failures. I am not > quite sure how the tmp block stuff works and with this patch it seems like > we shouldn't really be calling i

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-08-24 Thread Ali Saidi
> On Aug. 24, 2012, 1:36 p.m., Anthony Gutierrez wrote: > > This code also helped me get past some assertion failures. I am not quite > > sure how the tmp block stuff works and with this patch it seems like we > > shouldn't really be calling invalidateBlk() on tmp blks at all. Is the > > reaso

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-08-24 Thread Anthony Gutierrez
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1294/#review3312 --- This code also helped me get past some assertion failures. I am not quite

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-08-13 Thread Lena Olson
Hi Ali, I have written it, but got distracted before testing it. Sorry! I'll get that up on the patch board. Lena 2012/8/13 Ali Saidi : > > > Hi Lena, > > Have you had a chance to create a patch that does this? > > > Thanks, > > Ali > > On 08.07.2012 13:49, Lena Olson wrote: > >> That seems >

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-08-13 Thread Ali Saidi
Hi Lena, Have you had a chance to create a patch that does this? Thanks, Ali On 08.07.2012 13:49, Lena Olson wrote: > That seems like a good plan to me -- the current way is non-intuitive > and kind of kludgy (which is my excuse for missing the case of the > temporary block in my initi

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-07-08 Thread Lena Olson
That seems like a good plan to me -- the current way is non-intuitive and kind of kludgy (which is my excuse for missing the case of the temporary block in my initial patch =) ), and separating out the the management of the cache block from management of the cache tags makes much more sense to me.

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-07-08 Thread Ali Saidi
Sounds good to me…. Wanna split them up? Ali On Jul 6, 2012, at 9:51 AM, Steve Reinhardt wrote: > (I started to write this as a reviewboard comment, but it got kind of > long...) > > I can see how this might work, but it seems a little obscure. In > particular, it's not obvious that checking

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-07-06 Thread Steve Reinhardt
(I started to write this as a reviewboard comment, but it got kind of long...) I can see how this might work, but it seems a little obscure. In particular, it's not obvious that checking blk->isValid() is equivalent to checking for the temp block. The fact that it works is due to a recent hack t

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-07-06 Thread Nathanael Premillieu
> On July 6, 2012, 12:12 a.m., Andreas Hansson wrote: > > Any tests to confirm: 1) that it works :), 2) that it does what it is > > intended to do? At least it has corrected the problem I had with some of my simulations. So from my point of view, the answer is yes to the two questions :) - N

Re: [gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-07-06 Thread Andreas Hansson
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1294/#review3056 --- Any tests to confirm: 1) that it works :), 2) that it does what it is int

[gem5-dev] Review Request: Cache: Handle invalidation of temporary blocks correctly

2012-07-05 Thread Lena Olson
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1294/ --- Review request for Default. Description --- Changeset 9072:f58254385d89 --