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): Multicast to unicast: 021-bridge-multicast-to-unicast.patch Upstream commit 6db6f0eae6052b70885562e1733896647ec1d807 "bridge: multicast to unicast" Merged in v4.11 A series dealing with cloned SKBs: 023-1-smsc95xx-Use-skb_cow_head-to-deal-with-cloned-skbs.patch 023-6-ch9200-use-skb_cow_head-to-deal-with-cloned-skbs.patch 023-7-kaweth-use-skb_cow_head-to-deal-with-cloned-skbs.patch Upstream committs e9156cd26a495a18706e796f02a81fee41ec14f4 "smsc95xx: Use skb_cow_head to deal with cloned skbs" 6bc6895bdd6744e0136eaa4a11fbdb20a7db4e40 "ch9200: use skb_cow_head() to deal with cloned skbs" 39fba7835aacda65284a86e611774cbba71dac20 "kaweth: use skb_cow_head() to deal with cloned skbs" Merged in v4.11 Adjustable dirty writeback intervals for UBIFS: 030-01-ubifs-Drop-softlimit-and-delta-fields-from-struct-ub.patch 030-02-ubifs-Use-dirty_writeback_interval-value-for-wbuf-ti.patch Upstream commits 854826c9d526fd81077742c3b000e3f7fcaef3ce "ubifs: Drop softlimit and delta fields from struct ubifs_wbuf" 1b7fc2c0069f3864a3dda15430b7aded31c0bfcc "ubifs: Use dirty_writeback_interval value for wbuf timer" Merged in v4.10 Dangling kfree on errorpath: 050-usb-dwc2-Remove-unnecessary-kfree.patch Upstream commit cd4b1e34655d46950c065d9284b596cd8d7b28cd "usb: dwc2: Remove unnecessary kfree" Merged in v4.10 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 Userspace break for Class E address assignment. This looks like it should DEFINATELY go into stable: 095-Allow-class-e-address-assignment-via-ifconfig-ioctl.patch Upstream commit 65cab850f0eeaa9180bd2e10a231964f33743edf "net: Allow class-e address assignment via ifconfig ioctl" Merged in v4.20 PCI breakage on cns3xxx: 100-arm-cns3xxx-fix-writing-to-wrong-PCI-registers-after.patch 101-arm-cns3xxx-use-actual-size-reads-for-PCIe.patch Upstream commits 65dbb423cf28232fed1732b779249d6164c5999b "ARM: cns3xxx: Fix writing to wrong PCI config registers after alignment" 432dd7064aa1c030a488745917cfa4ebc6c8c060 "ARM: cns3xxx: Use actual size reads for PCIe" Merged in v5.0-rc5 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 I would consider these ONLY if the authors greenlight them, as they seem to have been fixed after fixing: Preserve link scope: 096-v4.20-netfilter-ipv6-Preserve-link-scope-traffic-original-.patch Upstream commit 508b09046c0f21678652fb66fd1e9959d55591d2 "netfilter: ipv6: Preserve link scope traffic original oif" Merged in v4.20 Fix seems to have been dangerous and to also require: commit 15df03c661cb362366ecfc3a21820cb934f3e4ca "netfilter: ipv6: Don't preserve original oif for loopback address" Merged in v5.0-rc6 Tunnel encapsulation fixes: 094-v4.12-0001-ip6_tunnel-Fix-missing-tunnel-encapsulation-limit-op.patch 094-v4.12-0002-ipv6-Need-to-export-ipv6_push_frag_opts-for-tunnelin.patch Upstream commits 89a23c8b528bd2c89f3981573d6cd7d23840c8a6 "ip6_tunnel: Fix missing tunnel encapsulation limit option" 5b8481fa42ac58484d633b558579e302aead64c1 "ipv6: Need to export ipv6_push_frag_opts for tunneling now." Which then seems to be further fixed in commit d4d576f5ab7edcb757bb33e6a5600666a0b1232d "ip6_tunnel: Fix encapsulation layout" Yours, Linus Walleij
