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

Reply via email to