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

2008-07-08 Thread Steve Reinhardt
One unknown is whether or not to uncomment the call to disconnectFromPeer() in Port::setPort(). Conceptually it should be there, and I believe having it commented out was the source of the memory leak that was giving Ali trouble. If Ali's fix got rid of all the places where we have N:1

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

2008-06-29 Thread nathan binkert
I'd actually like to see this changset go back in. It seems that all that needs to happen is that setPeer should delete the peer if it is a defaultPort. There are a couple of ways to do this: 1) Have setPeer call disconnect(), though I'm not clear on how the deletePort() thing is supposed to

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

[m5-dev] m5: 2 new changesets

2008-06-20 Thread Steve Reinhardt
changeset 94a7bb476fca in /z/repo/m5 details: http://repo.m5sim.org/m5?cmd=changeset;node=94a7bb476fca summary: Generate more useful error messages for unconnected ports. changeset 88f1e9295945 in /z/repo/m5 details: http://repo.m5sim.org/m5?cmd=changeset;node=88f1e9295945 summary: Make bus

[m5-dev] m5: 2 new changesets

2008-06-18 Thread Nathan Binkert
changeset 840f91d062a9 in /z/repo/m5 details: http://repo.m5sim.org/m5?cmd=changeset;node=840f91d062a9 summary: Ethernet: share statistics between all ethernet devices and apply some changeset c12f0b8833d2 in /z/repo/m5 details: http://repo.m5sim.org/m5?cmd=changeset;node=c12f0b8833d2 summary: