summaryrefslogtreecommitdiff
path: root/drivers/i3c
diff options
context:
space:
mode:
authorPaolo Abeni <pabeni@redhat.com>2023-06-29 13:10:39 +0300
committerPaolo Abeni <pabeni@redhat.com>2023-06-29 13:10:40 +0300
commit3c4bb45ab29303265a8c6d7099e00c824503c586 (patch)
tree6422153615aedd6b04d7ed4b3e0345718a669afa /drivers/i3c
parent6feb37b3b06e9049e20dcf7e23998f92c9c5be9a (diff)
parent93d75d475c5dc3404292976147d063ee4d808592 (diff)
downloadlinux-3c4bb45ab29303265a8c6d7099e00c824503c586.tar.xz
Merge branch 'net-sched-act_ipt-bug-fixes'
Florian Westphal says: ==================== net/sched: act_ipt bug fixes v3: prefer skb_header() helper in patch 2. No other changes. I've retained Acks and RvB-Tags of v2. While checking if netfilter could be updated to replace selected instances of NF_DROP with kfree_skb_reason+NF_STOLEN to improve debugging info via drop monitor I found that act_ipt is incompatible with such an approach. Moreover, it lacks multiple sanity checks to avoid certain code paths that make assumptions that the tc layer doesn't meet, such as header sanity checks, availability of skb_dst, skb_nfct() and so on. act_ipt test in the tc selftest still pass with this applied. I think that we should consider removal of this module, while this should take care of all problems, its ipv4 only and I don't think there are any netfilter targets that lack a native tc equivalent, even when ignoring bpf. ==================== Link: https://lore.kernel.org/r/20230627123813.3036-1-fw@strlen.de Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Diffstat (limited to 'drivers/i3c')
0 files changed, 0 insertions, 0 deletions