-
Notifications
You must be signed in to change notification settings - Fork 175
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
Patch policy update #318
base: master
Are you sure you want to change the base?
Patch policy update #318
Conversation
Patches will be moved into the folders in a later commit as part of this PR. |
|
||
# SONiC - Kernel | ||
|
||
## Description | ||
This repository contains the scripts and patches to build the kernel for SONiC. SONiC uses the same kernel for all platforms. We prefer to out-of-tree kernel platform modules. We accept kernel patches on following conditions: | ||
This repository contains the scripts and patches to build the kernel for SONiC. SONiC uses the same kernel for all amd64 platforms (armhf and arm64 platforms currently have platform-specific kernels). We accept kernel patches on following conditions: |
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’d add one dot/period before after platforms before starting the ()., and move the dot/period at the end inside the (), as it’s a full sentence.
- Please include the original upstream commit ID and message in the patch or the PR description. This allows the maintainer to remove upstream patches during the kernel upgrade. | ||
- Those patches will be upstreamed or are in the process of being upstreamed. | ||
- If being upstreamed, please include a link to the mail thread in the patch or PR description. | ||
- Those patches don't make sense to be upstreamed, either because they're applicable only within SONiC or they would break some general use case. |
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 make that a separate commit with a separate discussion. In my opinion, all code needs to be upstreamed. Maybe add, that there needs to be a convincing explanation, why code cannot be upstreamed.
Patches will be moved into separate folders in a later commit. Signed-off-by: Saikrishna Arcot <[email protected]>
Signed-off-by: Saikrishna Arcot <[email protected]>
45c6386
to
42a2e97
Compare
Signed-off-by: Saikrishna Arcot <[email protected]>
Signed-off-by: Saikrishna Arcot <[email protected]>
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.
Thank you for picking this up again. I would split the merge/pull request into just documentation update, and then another one for the policy update.
Is there a clear distinction between the two? Perhaps the formatting changes done in the second half of the document as a separate PR? |
Update the repo's
README.md
file to cover the current policies for accepting kernel patches.Also update the CODEOWNERS file with the current team name, so that maintainers get notified of PRs.