sonic-net / sonic-net/sonic-linux-kernel

Missing policy to upstream Linux patches

Open
#166 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Shell
Stars
72
Forks
237
Avg merge
7d 19h
Merged PRs (30d)
8

Description

Currently, there does not seem to be a policy to upstream the Linux patches, adding maintenance burden.

  1. Forward porting these patches takes a lot of effort, which – once upstream – the Linux community would take care of.
  2. Work with other network operating systems, like Open Network Linux, which also has no upstreaming policy, is duplicated.
  3. The original patch authors are often gone after a while.

OpenBMC has a Development Process, I recommend to adapt.

Upstream is key

In order to leverage the benefits of using the Linux kernel, OpenBMC maintains a policy that all kernel code will be merged upstream.

However, there are often cases where product requirements mean that synchronising with an upstream schedule is not always possible. This process aims to allow both goals (upstream inclusion and a useful OpenBMC build) to occur in parallel.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the issue’s rationale and the referenced OpenBMC Development Process. Compare that process with the sonic-linux-kernel workflow and define a policy covering upstreaming, forward-porting, and cases where product requirements prevent synchronization; done means the policy is documented and adapted for this project.

Written by the indexing model from the issue text.

Assessment

Tech stack
linux
Domain
operating-systems
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.