* build/ALPHA_SE/tests/opt/quick/00.hello/alpha/linux/inorder-timing passed.
* build/ALPHA_SE/tests/opt/quick/00.hello/alpha/linux/o3-timing passed.
* build/ALPHA_SE/tests/opt/quick/00.hello/alpha/linux/simple-atomic passed.
*
Hi,
I am running into a problem in which a message from the Network is sent to
the supposedly unused MessageBuffers in the MOESI_CMP_directory Protocol.
The message buffers that I am referring to, are the foo/goo buffers in
*-L1cache.sm.
I know there is a recent patch that removes these from
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/705/
---
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/704/#review1237
---
Overall, this is a good start. There are a couple of recurring themes
I had trouble getting my individual patches uploaded to review board (it
said they were diffs?), so I merged them into one. You should ignore the
first request that came through, as it is included below.
In the future, it's best to use the reviewboard mercurial extension and use
the command
panic: Ordering property of fromNet node 3 j 1 has not been set
@ cycle 2453317927500
[enqueue:build/ALPHA_FS_MOESI_CMP_directory/mem/ruby/buffers/MessageBuffer.cc,
line 170]
Are you sure that's not node 3, vnet 1???
--
- Korey
___
gem5-dev
It is node 3, vnet 1, but vnet=1 corresponds to the
MessageBuffer goo, network=From, virtual_network=1, ordered=false;
And goo corresponds to the goo_in. port
in_port(goo_in, RequestMsg, goo) {
if (goo_in.isReady()) {
peek(goo_in, RequestMsg) {
assert(false);
}
}
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/705/#review1239
---
Ship it!
Because of how the macroops/microops are structure this is
On 2011-05-17 12:13:18, Nathan Binkert wrote:
src/mem/ruby/profiler/Profiler.cc, line 456
http://reviews.m5sim.org/r/704/diff/1/?file=12599#file12599line456
How did you pick this magic number? Can we at least make it a constant
that is defined in a header file with an
On 2011-05-17 12:13:18, Nathan Binkert wrote:
src/mem/ruby/system/Sequencer.hh, line 174
http://reviews.m5sim.org/r/704/diff/1/?file=12604#file12604line174
Hmmm. More vectors of histograms. Can we make this an array instead?
These histograms dynamically size.
Does the default in
---
This is an automatically generated e-mail. To reply, visit:
http://reviews.m5sim.org/r/705/#review1242
---
Ship it!
thx
- Ali
On 2011-05-17 11:48:15, Nathan Binkert wrote:
These histograms dynamically size.
Does the default in M5 do the same? and using the same resizing algorithm?
The histogram itself dynamically resizes, but the vector that's here doesn't
need to be dynamic.
Nate
___
gem5-dev mailing list
Hello,
Has anyone used LLVM to compile GE/M5? Are there any reported
successful instances where this has happened?
Sincerely,
Tarek Chammah
___
gem5-dev mailing list
gem5-dev@m5sim.org
http://m5sim.org/mailman/listinfo/gem5-dev
13 matches
Mail list logo
