-
Notifications
You must be signed in to change notification settings - Fork 13.1k
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
Run non-native tests on real device? #40733
Comments
Right now we're unfortunately not really equipped to deal with this right now infrastructure-wise. We have pretty strict uptime requirements on our infrastructure in the sense of if anything goes down then nothing can make progress. If we really do want to go down this route it would look like:
Unfortunately that's quite a lot of work, and the payoff doesn't seem to be proportional to the investment required right now. |
At this time this is such an ambitious project (and such a massive investment on our part) that I don't think it will be facilitated by having an issue open for this unfortunately. We also do not have immediate plans for implementing and supporting this, so I'm going to close this. |
Run non-native tests on real device After #40733, I've made some hacks to the QEMU client-server tools to allow running the tests on a real device when cross compiling Rust. The address and port of the remote server can be set using an environment variable. I've made this mainly for local testing purposes, if you're interested in merging this, I'd clean it a bit more (eg. renaming the functions from `qemu-` to something else). I'm not asking for CI integration or adding ARM boards to the build system; it's just that I used these modifications and I was wondering if you'd find them useful too.
I see there is now support for running the test suites in QEMU emulators (#39400). Unfortunately, multithreaded tests tend to throw panics, so instead of a rootfs, I'd like to send them to a real hardware for better results. Would this be possible? I'm mainly thinking about generic ARM/Linux devices, not something like Android phones.
cc @alexcrichton
The text was updated successfully, but these errors were encountered: