-
Notifications
You must be signed in to change notification settings - Fork 20
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
Enable suspend and hibernation test #743
Conversation
config/pipeline.yaml
Outdated
collections: cpufreq | ||
job_timeout: 10 | ||
env: 'KSELFTEST_MAIN_SH_ARGS="-t suspend_rtc"' | ||
kcidb_test_suite: kselftest.cpufreq |
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.
I'm not sure if we need to define a different kcidb_test_suite
here, as this is the same cpufreq kselftest but run with different parameters. @JenySadadia is there an existing convention for this? Users need a way to differentiate between the same test executed with different parameters once the results land in KCIDB.
(This goes back to the discussion raised here)
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.
I don't think KCIDB has such conventions. Maybe we can use kselftest.cpufreq.suspend
and kselftest.cpufreq.hibernate
.
CC @spbnick
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.
Sounds good to me, thanks @JenySadadia ! About the parameters passed to this test, is there any field we can add or re-use to encode this information? besides being useful for filtering results, it's also good information for manually reproducing the issues.
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.
One way is to store that information in node data
field and later on assign that to misc
field for KCIDB submission.
@laura-nao I just wanted to first see if this approach is correct so thought of only adding the test definition. But I can make changes in my v2 as per the reviews |
13b271c
to
d9b2cba
Compare
d9b2cba
to
b967cca
Compare
There are still errors on the kci-core side, but this PR is working as expected: multiples instances of |
b967cca
to
5045931
Compare
Looks good, can you please invert the entries in pipeline.yaml? |
Signed-off-by: Shreeya Patel <[email protected]>
5045931
to
31f85be
Compare
If everything looks good then can we merged this now @nuclearcat @a-wai ? |
<<: *kselftest-params | ||
collections: cpufreq | ||
env: 'KSELFTEST_MAIN_SH_ARGS="-t hibernate_rtc"' | ||
rules: |
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.
Maybe we want to run this test on all the trees and not just kernelci. I may not have enough context for this. So what do you think?
Did we got results of tests on dashboard or in viewer? |
@nuclearcat yes we did get them but lots of tests are failing. https://lava.collabora.dev/scheduler/alljobs?length=25&search=suspend#table It's not really the problem related to the tests or environment but mostly related to the kernel I think. |
Thanks! I think soon we will start looking into such problems more. |
Enable suspend and hibernation test. This patch depends on the #743