Re: [gem5-users] Blocking system call in a multi-processor SE simulation

2012-04-27 Thread Mark Browning
Awesome, this is exactly what I needed! Thanks for the pointers, -Mark On Fri, Apr 27, 2012 at 4:54 PM, Steve Reinhardt wrote: > Or to word it a little more precisely, quiesce the CPU in the system call, > which will keep it from scheduling new tick events until some other > condition comes al

Re: [gem5-users] Blocking system call in a multi-processor SE simulation

2012-04-27 Thread Steve Reinhardt
Or to word it a little more precisely, quiesce the CPU in the system call, which will keep it from scheduling new tick events until some other condition comes along to call wakeup and start scheduling tick events again. So the system call instruction will complete, but nothing else will happen on

Re: [gem5-users] Blocking system call in a multi-processor SE simulation

2012-04-27 Thread Ali Saidi
Hi Mark, You could return in the system call but schedule an event that quiesced the CPU in question until a the condition was satisfied. Thanks, Ali On 27.04.2012 16:23, Mark Browning wrote: > Howdy all, > I'm adding custom system calls to provide inter-processor communication in a s

[gem5-users] Blocking system call in a multi-processor SE simulation

2012-04-27 Thread Mark Browning
Howdy all, I'm adding custom system calls to provide inter-processor communication in a special purpose network processor. However, I'd like emulate asynchronous/interrupt based communication, so was hoping to represent this with a blocking system call. However, it appears that gem5 is single thre