*
build/ALPHA_SE_MESI_CMP_directory/tests/fast/quick/60.rubytest/alpha/linux/rubytest-ruby-MESI_CMP_directory
passed.
*
build/ALPHA_SE_MESI_CMP_directory/tests/fast/quick/00.hello/alpha/tru64/simple-timing-ruby-MESI_CMP_directory
passed.
*
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/501/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/502/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
I think there's a better than normal chance I introduced some bug with
this code, so I'd appreciate it if people could check it out.
Gabe
On 02/25/11 05:46, Gabe Black wrote:
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/502/
Review request for
changeset 4a59661d3fd1 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=4a59661d3fd1
description:
O3CPU: Fix iqCount and lsqCount SMT fetch policies.
Fixes two of the SMT fetch policies in O3CPU that were returning the
count
of instructions in the IQ or
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/503/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/504/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/506/
---
Review request for Default.
Summary
---
Ruby: Remove libruby_internal.hh
This
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/439/
---
(Updated 2011-02-25 08:32:18.235107)
Review request for Default.
Summary
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/507/
---
Review request for Default.
Summary
---
Ruby: Remove store buffer
This patch
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/503/
---
(Updated 2011-02-25 08:34:04.928259)
Review request for Default.
Summary
---
In sum, I think we all agree that Ruby is going to handle *only
non-speculative stores*. M5 CPU model(s) handles all of speculative and
non-speculative stores that are *yet to be revealed to the memory
sub-system*.
To make it clearer, as I understand, we now have following:
1. All store
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/504/#review896
---
The summary line is a pretty non-descriptive summary
- Nathan
On
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/506/#review897
---
It seems that this diff should just be folded into the remove libruby
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/503/#review898
---
Please make the summary more descriptive. For example:
ruby: Make
This sounds right. Ruby does need to forward invalidations to the CPU since
some models (including O3) will need to do internal invalidations/flushes to
maintain consistency. Others can choose to do it other ways (e.g., by
querying the L1 at commit as you suggest), but they have the option of
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/504/
---
(Updated 2011-02-25 10:51:09.206696)
Review request for Default, Ali Saidi, Gabe
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/503/
---
(Updated 2011-02-25 10:51:51.189669)
Review request for Default.
Summary
On 2011-02-25 09:43:34, Nathan Binkert wrote:
It seems that this diff should just be folded into the remove libruby diff.
I will do that before committing these to repository.
- Nilay
---
This is an automatically generated e-mail.
Brad,
Here is my understanding of the current state of functional accesses in
gem5. As of now, all functional accesses are forwarded to the
PhysicalMemory's MemoryPort. Instead, we would like to add
recvFunctional() function to M5Port of the RubyPort, and attach this port
as peer instead of
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/507/#review900
---
Ship it!
- Brad
On 2011-02-25 08:33:43, Nilay Vaish wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/439/#review901
---
Ship it!
- Brad
On 2011-02-25 08:32:18, Nilay Vaish wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/504/#review902
---
Ship it!
- Brad
On 2011-02-25 10:51:09, Nilay Vaish wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/503/#review903
---
Ship it!
- Brad
On 2011-02-25 10:51:51, Nilay Vaish wrote:
Yes, that is correct. The RubyPort::M5Port::recvFunctional() function is where
we need to add the new support.
Brad
-Original Message-
From: m5-dev-boun...@m5sim.org [mailto:m5-dev-boun...@m5sim.org]
On Behalf Of Nilay Vaish
Sent: Friday, February 25, 2011 12:20 PM
To:
It sounds like we are in agreement here, but I just want to make sure we
clarify one item. I don't believe simply checking the coherence permissions at
commit time can sufficiently support stronger consistency models like SC/TSO.
Instead you need to really need to know whether you've ever
changeset 04078b1214dd in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=04078b1214dd
description:
Ruby: Make Address.hh independent of RubySystem
This patch changes Address.hh so that it is not dependent on RubySystem.
This dependence seems unecessary. All
changeset 6782b51ae8a8 in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=6782b51ae8a8
description:
Ruby: Remove libruby
This patch removes libruby_internal.hh, libruby.hh and libruby.cc. It
moves
the contents to libruby.hh to RubyRequest.hh and
changeset 05a2f6ac1f8e in /z/repo/m5
details: http://repo.m5sim.org/m5?cmd=changeset;node=05a2f6ac1f8e
description:
Ruby: Remove store buffer
This patch removes the store buffer from Ruby. It is not in use
currently.
Since libruby is being and store buffer makes calls to
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/508/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/509/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/510/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/511/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/512/
---
Review request for Default, Ali Saidi, Gabe Black, Steve Reinhardt, and Nathan
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/509/#review904
---
Ship it!
Looks good to me, other than the minor non-substantive change
35 matches
Mail list logo