Skip to content

kernelci: api: helper: recurse through ancestors for evaluating rules #2949

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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

a-wai
Copy link
Contributor

@a-wai a-wai commented Aug 21, 2025

We used to check rules against the node being created and its direct parent. With the addition of post-processing nodes for test jobs, this is no longer sufficient as job nodes are lacking some of the fields contained in kbuild nodes. Fix this by looking recursively at all ancestors.

@a-wai a-wai force-pushed the rules-recurse-ancestors branch 2 times, most recently from 4a1c6ca to 38105a2 Compare August 21, 2025 09:10
We used to check rules against the node being created and its direct
parent. With the addition of post-processing nodes for test jobs, this
is no longer sufficient as job `nodes` are lacking some of the fields
contained in `kbuild` nodes. Fix this by looking recursively at all
ancestors.

Signed-off-by: Arnaud Ferraris <arnaud.ferraris@collabora.com>
@a-wai a-wai force-pushed the rules-recurse-ancestors branch from 38105a2 to 5cbb801 Compare August 21, 2025 13:47
@a-wai
Copy link
Contributor Author

a-wai commented Aug 22, 2025

Successfully tested on staging: see e.g. this node being created on a non-coverage-enabled build before this PR was deployed to staging, which didn't show up since then.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant