[m5-dev] changeset in m5: hammer: fixed dma uniproc error

changeset aeec9e157d06 in /z/repo/m5 details: http://repo.m5sim.org/m5?cmd=changeset;node=aeec9e157d06 description: hammer: fixed dma uniproc error Fixed an error reguarding DMA for uninprocessor systems. Basically removed an overly agressive optimization that lead to inc

Re: [m5-dev] Ruby Optimization Opportunity?

That's a good point. I'll coordinate with Nilay offline to get him the right image. Nilay, from your previous optimizations trials, where did you see most of the simulation time being sent at? On Fri, Apr 1, 2011 at 4:48 PM, Ali Saidi wrote: > None of those benchmarks probably push the memory

Re: [m5-dev] ruby_mem_tester.py

Thanks for pointing this out. The hammer protocol included a optimization for uniprocessor DMA that was probably was just too aggressive to be worth the complexity. The optimization broke when I fixed another DMA bug in the protocol last week, but I failed realize that since I offend don't thi

Re: [m5-dev] Ruby Optimization Opportunity?

None of those benchmarks probably push the memory system with multiple cores like fft. Why don't you give Nilay your fft benchmark? Ali On Fri, 1 Apr 2011 16:42:48 -0400, Korey Sewell wrote: Hi Nilay, I think I've located the images for those benchmarks so I'll test a couple of these over

Re: [m5-dev] Ruby Optimization Opportunity?

Hi Nilay, I think I've located the images for those benchmarks so I'll test a couple of these over the weekend and give an update. On Wed, Mar 30, 2011 at 8:03 PM, Nilay Vaish wrote: > Korey, I do not have the FftBase32 benchmark. Is it possible for you to run > the simulation with one of the fo

Re: [m5-dev] changeset in m5: CacheMemory: add allocateVoid() that is == allo...

No. It's only SLICC that's really restrictive and complains if you don't consume a non-void return value. I still think it seems overly restrictive on SLICC's part, but then I assume it was put in for a reason to protect some dangerous SLICC-specific scenarios, so this is a simple way to get arou

Re: [m5-dev] queries about web-graphics repository

> Should there be a particular directory structure for the web-graphics > repository? Also, do we add both figures and their sources? How do we > correlate between figure versions on the wiki and in the repository? We haven't really discussed that. I think we should have both figures and sources.

Re: [m5-dev] Review Request: Ruby: Add support for functional accesses

> On 2011-03-31 11:11:03, Brad Beckmann wrote: > > src/mem/ruby/system/RubyPort.cc, line 321 > > > > > > This loop is probably the most complicated and important part of this > > patch. It might be easiest if we move this

Re: [m5-dev] Review Request: Ruby: Add support for functional accesses

--- This is an automatically generated e-mail. To reply, visit: http://reviews.m5sim.org/r/611/#review1085 --- Hi Nilay, Comments below. I might be missing something, but the changes

Re: [m5-dev] Review Request: Ruby: Add support for functional accesses

> On 2011-03-31 22:08:21, Brad Beckmann wrote: > > This looks great, I just have a few minor suggestions below. > > > > It seems like the next step is to figure out how to deal with functional > > accesses not succeeding in the CPUs and devices. Brad, I would make the changes you have listed b

[m5-dev] Cron /z/m5/regression/do-regression quick

scons: *** Found dependency cycle(s): * build/ALPHA_SE/tests/fast/quick/60.rubytest/alpha/linux/rubytest-ruby passed. * build/ALPHA_SE/tests/fast/quick/00.hello/alpha/linux/simple-timing passed. * build/ALPHA_SE/tests/fast/quick/00.hello/alpha/linux/o3-timing passed. * build/ALPHA_