-
Notifications
You must be signed in to change notification settings - Fork 6.5k
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
evaluate Emul8 as a replacement for QEMU in sanitycheck #3499
Comments
by Andrew Boie:
|
by Andrew Boie: attachment configuration to boot quark SE
|
by Andrew Boie: Hi Andrew, The current approach is to run a fake X server called "xvfb" - it has a relatively small footprint. The X client is not required. At the moment we are investigating the possibility of running a full-headless mode, which will require the user to be a little bit more careful, since some of the commands will not be legal (like "open a terminal window"). We will keep you posted on the development in that field, but you can already use the xvfb approach right now and just expect the xvfb-less solution to appear later on. Your use case definitely sounds like a sound application of Emul8 and of course it's been one of the envisioned uses all along. We'd be very happy to discuss this further and work with you to achieve this. Best regards Piotr Zierhoffer |
we have renode now |
Reported by Andrew Boie:
QEMU tests fail all the time due to timing issues - it tries to sync with the host system clock, causing all kinds of problems with test cases if the host system is under heavy load, which is almost always the case with Jenkins.
Emul8 doesn't do this. Investigate what it would take to replace QEMU with Emul8 on those architectures that it supports.
(Imported from Jira ZEP-2058)
The text was updated successfully, but these errors were encountered: