-
-
Notifications
You must be signed in to change notification settings - Fork 54
Open
Labels
Description
This is linked to this discussion.
It would be good to have MPTCP tree in linux-next, mainly for three reasons:
- to have our fixes there quicker, especially the ones addressing issues reported by automated tools like syzkaller, build warnings, etc.
- have our patches tested before being in
net-next - people expect all patches applied somewhere to be in
linux-next
We can start simple:
- have our fixes from
export-netinpending-fixes, on top ofnet. So taking commits betweenDO-NOT-MERGE: git markup: fixes other treesandDO-NOT-MERGE: git markup: fixes net. - have our new features from the
exportbranch infor-next. So taking commits betweenDO-NOT-MERGE: git markup: fixes net-nextandDO-NOT-MERGE: git markup: features net-next.
If there are conflicts to cherry-pick new features because it depends on fixes in pending-fixes, these commits should be skipped. Maybe safer (and enough) to stop after the first cherry-pick issue.
The CI should also at least build pending-fixes (and for-next).
Note that patches sent to Netdev should be in a PR to avoid having different SHA for the same commit. So b4 should no longer be used to send those.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
Type
Projects
Status
Ready