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
