On 2/12/19 4:39 PM, Linus Walleij wrote:
Hi Greg,
I recently sifted through the OpenWrt stack of backports to v4.9 and made a list of upstream commits that exist in their kernel but are not in the stable tree for v4.9.
Out of 104 patches I classified:
Number backported from later kernels that should possibly/probably go into stable: 17
Backported from later kernels to gain performance: 13
Backported because of new hardware support or convinent new frameworks: 74
The performance commits are a bit inbetween: if they fix a performance regression they should go upstream whereas if they are just there to speed up the devices using OpenWrt it's fine as distribution "icing" (IMO). The HW support and framework enhancements are clearly just a distribution add-on and not regressions. I left them out for now so we can focus on the most important stuff.
Here is the list I think you could consider for cherry-picking to stable v4.9 and where applicable also to later stable kernels (giving the OpenWrt maintainers and patch authors some day(s) to comment):
....
nf_tables fix for BE systems:
092-netfilter-nf_tables-fix-mismatch-in-big-endian-syste.patch Upstream commit 10596608c4d62cb8c1c2b806debcbd32fe657e71 "netfilter: nf_tables: fix mismatch in big-endian system" Merged in v4.11
I tried to get this into 4.9 stable but failed to get the process right, it looks it is somehow special for network patches. Just cherry-picking the upstream patch will not work because it does not apply cleanly on kernel 4.9 any more, but you can take the patch for OpenWrt.
....
UAPI bug on if_ether.h definately looks like stable material:
272-uapi-if_ether.h-prevent-redefinition-of-struct-ethhd.patch Upstream commit 6926e041a8920c8ec27e4e155efa760aa01551fd "uapi/if_ether.h: prevent redefinition of struct ethhdr" Merged in v4.15
As of now this is only needed for musl libc, but would be nice to have it in stable.
....
Hauke