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

2008-06-27 Thread Cron Daemon
* do-regression: qsub timed out, retrying locally * build/ALPHA_SE/tests/fast/quick/00.hello/alpha/linux/o3-timing passed. * build/ALPHA_SE/tests/fast/quick/00.hello/alpha/tru64/simple-atomic passed. * build/ALPHA_SE/tests/fast/quick/20.eio-short/alpha/eio/simple-atomic passed.

Re: [m5-dev] m5: 2 new changesets

2008-06-27 Thread Ali Saidi
This changeset creates an extraordinarily large memory leak. Every time getVirtPort(tc) is called a peer seems to be created that is never deleted. This is particularly problematic since CopyString*() uses getVirtPort(tc) and so within a minute of executing a kernel with a lot of

Re: [m5-dev] m5: 2 new changesets

2008-06-27 Thread Ali Saidi
I thought about that and got rid of the ones in CopyString*(). However, without passing the tc object and creating a new port the getfile (m5 op that stucks in the config file) fails to work correctly. There must be something more going on there, but I couldn't figure out what was

Re: [m5-dev] m5: 2 new changesets

2008-06-27 Thread nathan binkert
I thought about that and got rid of the ones in CopyString*(). However, without passing the tc object and creating a new port the getfile (m5 op that stucks in the config file) fails to work correctly. There must be something more going on there, but I couldn't figure out what was happening.

Re: [m5-dev] m5: 2 new changesets

2008-06-27 Thread Steve Reinhardt
I think the easiest short-term fix is just to revert that changeset... the only thing it provides is better error messages, so there's no big loss for that. We can resurrect it once we fix the memory leak. Steve On Fri, Jun 27, 2008 at 5:32 PM, nathan binkert [EMAIL PROTECTED] wrote: I thought