-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EMULATE=1 not concurrency safe #17555
Comments
Instead of socat tcp <-> pty
and the connect qemu to it
e.g. in term.sh soin pty with the same name as PORT ($6) +_in -- qemu can also generate pty but it auto allocates the pty name (pyt has no parameters) |
well, that would work, but, the current machinery is just setting socat as terminal, and starts qemu first. Not sure if that order is (easily) fixable. |
apparrently qemu's |
sadly pty provides not control which path it goe to
compar to
https://www.qemu.org/docs/master/system/invocation.html#hxtool-6 |
may be Closed please check if you can employ the changes by #17679 |
fixed by #17679 |
Description
The emulation machinery is using fixed port numbers / socket files for serial and monitor sockets, which makes them unusable in the parallel case (e.g., CI).
Could it use per-application socket files?
#17434 is blocked on this.
Steps to reproduce the issue
Run two instances of
EMULATE=1 make test
for e.g., microbit.Expected results
Test passes.
Actual results
Versions
The text was updated successfully, but these errors were encountered: