Skip to content

[Docs] Introduce backend maintainer roles #674

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 3 commits into
base: develop
Choose a base branch
from

Conversation

sknepper
Copy link
Contributor

Description

Related RFC: #673

Updates the CONTRIBUTING.md and MAINTAINERS.md files to introduce the new backend maintainer roles as described in the corresponding RFC. If approved, these roles will need to be created separately from this pull request:

@uxlfoundation/onemath-cpu-aarch64
@uxlfoundation/onemath-cpu-x64
@uxlfoundation/onemath-gpu-amd
@uxlfoundation/onemath-gpu-intel
@uxlfoundation/onemath-gpu-nvidia

@sknepper sknepper requested a review from a team as a code owner May 13, 2025 22:54
MAINTAINERS.md Outdated

Requirements:
* Experience as Contributor in the specific backend for at least 6 months.
* Commit at least 25% of working time to the project.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we include this requirement, or just use the one below that says "Commits to being responsible for that specific backend" ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point! Removed the 25% commitment as likely there would not be as much work required for backend maintainers.

Copy link
Contributor

@Rbiessy Rbiessy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the plan to also update CODEOWNERS to automatically add backend maintainers to PRs review?
I think ideally we would want to ping both backend maintainers and domain owners? I think this could be done if we add patterns such as:

/src/blas/backends/cublas/ @uxlfoundation/onemath-gpu-nvidia @uxlfoundation/onemath-blas-write

and similar for other backends and domains.

@rodburns rodburns added the RFC A proposal to add new API label May 22, 2025
@sknepper
Copy link
Contributor Author

Is the plan to also update CODEOWNERS to automatically add backend maintainers to PRs review? I think ideally we would want to ping both backend maintainers and domain owners? I think this could be done if we add patterns such as:

/src/blas/backends/cublas/ @uxlfoundation/onemath-gpu-nvidia @uxlfoundation/onemath-blas-write

and similar for other backends and domains.

Good point! Yes, this absolutely should be done. I've made the updates to CODEOWNERS (and also updated the RFC to reflect this). Thanks!

Copy link
Contributor

@Rbiessy Rbiessy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice, LGTM!

@@ -37,6 +37,13 @@
/include/oneapi/math/blas.hxx @uxlfoundation/onemath-blas-write
/include/oneapi/math/bfloat16.hpp @uxlfoundation/onemath-blas-write
/include/oneapi/mkl/blas.hpp @uxlfoundation/onemath-blas-write
/src/blas/backends/armpl/ @uxlfoundation/onemath-cpu-aarch64 @uxlfoundation/onemath-blas-write
Copy link
Contributor

@mkrainiuk mkrainiuk May 27, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I see error in github web view in this file, like
Unknown owner on line 40: make sure the team @uxlfoundation/onemath-cpu-aarch64 exists, is publicly visible, and has write access to the repository

Could it be that the teams are not yet created? I guess we need them before updating CODEOWNERS

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice find! I did wonder what would happen since these haven't been created yet...didn't realize GitHub was that smart in their web view. Thanks!! =)
If the RFC is approved, then I can request these GitHub teams to be created, and we can wait to merge this PR (with the documentation and codeowner changes) until that happens. Alternatively, I can separate out the codeowners changes to another PR. Unless there would be a long delay with creating the GitHub teams, my preference would be the former.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It makes sense to merge all together after RFC is approved and new teams are created.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

BTW the RFC is already approved, isn't it? Or are we waiting for more feedback?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

BTW the RFC is already approved, isn't it? Or are we waiting for more feedback?

I had put a decision date of May 31 for the RFC. So far only positive responses have been received. =)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
RFC A proposal to add new API
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants