[gem5-dev] Cron m5test@zizzer /z/m5/regression/do-regression quick

2012-08-01 Thread Cron Daemon
scons: `build/ALPHA/gem5.debug' is up to date. scons: `build/ALPHA_MOESI_hammer/gem5.debug' is up to date. scons: `build/ALPHA_MESI_CMP_directory/gem5.debug' is up to date. scons: `build/ALPHA_MOESI_CMP_directory/gem5.debug' is up to date. scons: `build/ALPHA_MOESI_CMP_token/gem5.debug' is up to

Re: [gem5-dev] Review Request: Port: Separate the port and the interface protocol

2012-08-01 Thread Steve Reinhardt
Hi Andreas, Sorry for the extreme delay... this has been hovering near the top of my to-do list for a while now, but unfortunately has not made it to the top, in part because it looks like it will not be a quick task. I will bump the priority and see if I can get it done this week. Apologies,

Re: [gem5-dev] Review Request: syscall emulation: Clean up ioctl handling, and implement for x86.

2012-08-01 Thread Steve Reinhardt
On July 23, 2012, 11:12 a.m., Marc Orr wrote: src/sim/syscall_emul.hh, line 601 http://reviews.gem5.org/r/1318/diff/1/?file=28137#file28137line601 Why is this fatal being changed to a warn? I'm not necessarily against this, but I thought a lot of the effort and controversy

Re: [gem5-dev] Review Request: syscall emulation: Clean up ioctl handling, and implement for x86.

2012-08-01 Thread Ali Saidi
On July 23, 2012, 11:12 a.m., Marc Orr wrote: src/sim/syscall_emul.hh, line 601 http://reviews.gem5.org/r/1318/diff/1/?file=28137#file28137line601 Why is this fatal being changed to a warn? I'm not necessarily against this, but I thought a lot of the effort and controversy

Re: [gem5-dev] Review Request: syscall emulation: Clean up ioctl handling, and implement for x86.

2012-08-01 Thread Marc Orr
On July 23, 2012, 11:12 a.m., Marc Orr wrote: src/sim/syscall_emul.hh, line 601 http://reviews.gem5.org/r/1318/diff/1/?file=28137#file28137line601 Why is this fatal being changed to a warn? I'm not necessarily against this, but I thought a lot of the effort and controversy

Re: [gem5-dev] Review Request: syscall emulation: Clean up ioctl handling, and implement for x86.

2012-08-01 Thread Marc Orr
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1318/#review3186 --- Ship it! Ship It! - Marc Orr On July 22, 2012, 5:29 p.m., Steve

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Anthony Gutierrez
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1221/ --- (Updated Aug. 1, 2012, 11:22 a.m.) Review request for Default. Summary (updated)

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Anthony Gutierrez
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1221/ --- (Updated Aug. 1, 2012, 11:31 a.m.) Review request for Default. Description

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Anthony Gutierrez
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1221/ --- (Updated Aug. 1, 2012, 1:48 p.m.) Review request for Default. Description

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Anthony Gutierrez
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1221/ --- (Updated Aug. 1, 2012, 2:37 p.m.) Review request for Default. Description

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Ali Saidi
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1221/#review3187 --- src/arch/arm/table_walker.cc

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Anthony Gutierrez
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1221/ --- (Updated Aug. 1, 2012, 4:10 p.m.) Review request for Default. Description

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Anthony Gutierrez
On Aug. 1, 2012, 3:51 p.m., Ali Saidi wrote: src/arch/arm/table_walker.cc, line 71 http://reviews.gem5.org/r/1221/diff/7/?file=28379#file28379line71 Looks like this should be stateQueueL1 Fixed, don't know how that changed from the previous version of the patch. On Aug. 1,

Re: [gem5-dev] Review Request: ruby: adds reset function to Ruby memory controllers

2012-08-01 Thread Nilay Vaish
--- This is an automatically generated e-mail. To reply, visit: http://reviews.gem5.org/r/1288/#review3189 --- I was trying to run the following command -- ./build/X86/gem5.fast

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Ali Saidi
On Aug. 1, 2012, 3:51 p.m., Ali Saidi wrote: does you comment about the kernel mean that the simulator is ok, but the kernel panics when you're switching? On Aug. 1, 2012, 3:51 p.m., Ali Saidi wrote: src/arch/arm/table_walker.cc, line 89

Re: [gem5-dev] Review Request: O3, ARM: fix some problems with drain/switchout functionality and add Drain DPRINTFs

2012-08-01 Thread Anthony Gutierrez
On Aug. 1, 2012, 3:51 p.m., Ali Saidi wrote: Ali Saidi wrote: does you comment about the kernel mean that the simulator is ok, but the kernel panics when you're switching? Yes. The simulator continues switching back-and-forth, printing out panics and stacktraces etc., until the

Re: [gem5-dev] Review Request: ruby: adds reset function to Ruby memory controllers

2012-08-01 Thread Beckmann, Brad
Hi Nilay, I suspect I won’t have a chance to look at it for a while, but I believe you have an expert right there in Madison. Jason should know that patch well, so hopefully he can help. If I had to guess, I suspect that the problem involves specifying the num-dir to be greater than 1. We