Hi Predro, It would certainly be easier in FS mode :D. Also, I would worry that the system call emulation layer might not model your application with high enough fidelity if you care about multithreaded apps (e.g., the futex system call will take 0 time in SE mode).
If you dynamically link your application to the pthread library, it *should* work, at least functionally, in SE mode. This has been tested in the past. However, I don't think we have a test for it in our current regressions, so it's possible this has been broken. If using different processes in SE mode is a requirement, I think the only option is to implement the shared memory syscalls. If you go this route, we would be happy to take the contribution of these new syscall implementations upstream! Cheers, Jason On Tue, Oct 27, 2020 at 2:15 AM Pedro Becker via gem5-users < [email protected]> wrote: > Hi all, > > Is it possible to do any form of communication between two applications > running in SE mode? > > I know we can span two apps with the se.py script with -c "app1;app2", but > if one of these apps try to use syscalls like shmget() or shmat() > simulation does not work because the syscalls are not implemented. > I could simulate the communication between threads (with pthreads), but > I'd like to do it with different processes (with separate memory spaces). > > Is there any way do to it? Am I obligated to use the FS mode in this case? > > Thank you. > > --- > Pedro Becker. > _______________________________________________ > gem5-users mailing list -- [email protected] > To unsubscribe send an email to [email protected] > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s >
_______________________________________________ gem5-users mailing list -- [email protected] To unsubscribe send an email to [email protected] %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
