-
Notifications
You must be signed in to change notification settings - Fork 374
ppc64le: kata-env fails due to missing vendor field #865
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, I see. I think this
lgtm
/cc @jodh-intel
hi @nitkon, the Travis ppc job is failing with:
Maybe you could move those const in a dedicate file and use |
@jodh-intel @marcov: Fixed Travis ppc job. |
Can someone please start the Jenkins CI job. |
/test |
@nitkon: CI errors are because of the failing test |
@nitkon this PR is ready to be merged as you got all the needed approvals, but please fix the CI! |
2a5223e
to
d248659
Compare
Is the failure in CI due to the warnings of func genericTestGetCPUDetails and func genericGetExpectedHostDetails being unused? I see arm64 defining its own |
@nitkon yes, those look like the failures in Travis - static code check fails:
You might need a go-guru to help figure out how to not trigger that for what I suspect are overloaded arch-dep funcs? |
@grahamwhaley : Okay. Also is it okay to put arch specific checks in genericTestGetCPUDetails (I guess no) ? |
/me pulls in @jodh-intel @sboeuf - afaik we tend to put arch code into arch postfixed source files (which go understands), like https://github.com/kata-containers/runtime/blob/master/cli/kata-check_amd64.go |
Yup, that's why I put the code in cli/kata-check_ppc64le_test.go in this PR. |
@nitkon, I see the code for the ppc and generic functions is exactly the same, apart from few variables values, so it's worth doing some refactoring and keep calling the generic functions from the ppc specific code. You just need to do adapt the generic functions to accept some extra arguments:
|
50fa81c
to
2cd5f02
Compare
The Travis-CI build is now passing. Can someone run the jenkins-ci-ubuntu for me? Thanks. |
CI failing because of
network issue? /retest ? |
/retest |
Some of the test failures I am seeing are due to the following:
Not sure if the CI is broken or its a network issue. |
Could be an hiccup with docker hub. I've manually restarted the failed jobs. |
The jenkins are failing due to the following:
@marcov : Can you restart the jobs, probably. Also these don't have a "Required" tag. Does it signify that it not required for a PR to be reviewed/merged . |
Restarting one more time. About the |
Thank you! Looks all green now. @marcov @grahamwhaley @jodh-intel |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @nitkon - please can you tidy up this PR by removing all the commented out code. Thanks.
cli/kata-env_amd64_test.go
Outdated
expectedVendor := "moi" | ||
expectedModel := "awesome XI" | ||
return genericGetExpectedHostDetails(tmpdir, expectedVendor, expectedModel) | ||
// return genericGetExpectedHostDetails(tmpdir) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please remove all the commented out code on this PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jodh-intel : Oops, sorry for that. I have re-pushed the PR.
Added dnm to avoid inadvertent merging - see my comments. |
There is no vendor field in /proc/cpuinfo contents on ppc64le. Make sure to return "" for vendor field for ppc64le and fix all the corresponding testcases as well. Fixes: kata-containers#864 Signed-off-by: Nitesh Konkar niteshkonkar@in.ibm.com
Jenkins needs to be started? |
/test |
jenkins-ci-fedora-27 is failing because of
Manually restarting just that test would probably help. |
lgtm |
There is no vendor field in /proc/cpuinfo contents
on ppc64le. Make sure the check is only for
arm and amd64.
Fixes: #864
Signed-off-by: Nitesh Konkar niteshkonkar@in.ibm.com