Hey Gabe, As you can see in my other email, I just fixed this. It was a mess-up on my part, I forgot to include the aarch-system tarball in our Google Cloud Bucket. TestLib downloads this to run some Arm tests. The reason your tests passed locally is you probably had a local, cached version (in `tests/gem5/resources/arm` i believe), so your local TestLib didn't try to re-download. Kokoro works from a clean environment each time, so always downloads the resources it needs to run the tests.
I'm pretty sure the issue is fixed now. Kind regards, Bobby -- Dr. Bobby R. Bruce Room 2235, Kemper Hall, UC Davis Davis, CA, 95616 web: https://www.bobbybruce.net On Sat, Mar 27, 2021 at 9:13 PM Gabe Black <gabe.bl...@gmail.com> wrote: > Hi folks, I've been trying to get a change to pass kokoro tests for a > couple days, and I'm about stumped. The change is here: > > https://gem5-review.googlesource.com/c/public/gem5/+/43347/4 > > I've run the tests locally and they all pass, and I've even run with the > full kokoro docker command which should be about as authentic as it gets, > and that passed too. > > docker run -u $UID:$GID --volume $(pwd):$(pwd) -w $(pwd) > gcr.io/gem5-test/ubuntu-20.04_all-dependencies > tests/jenkins/presubmit-stage2.sh > > The log from kokoro doesn't really seem to help either since it just says > 6 tests failed, and I can search on the page to see which ones. They all > seem to be ARM full system tests, but that's not really enough for me to be > able to tell what the problem is. > > Did something in kokoro just get caught in a weird state? Is there another > way to run these tests where I can get something actionable out of them? > Any help here would be appreciated. > > Gabe >
_______________________________________________ gem5-dev mailing list -- gem5-dev@gem5.org To unsubscribe send an email to gem5-dev-le...@gem5.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s