Message ID | 20221208032655.1024032-1-yangyingliang@huawei.com (mailing list archive) |
---|---|
Headers | show |
Series | net: don't call dev_kfree_skb() under spin_lock_irqsave() | expand |
On Thu, Dec 08, 2022 at 11:26:51AM +0800, Yang Yingliang wrote: > It is not allowed to call consume_skb() from hardware interrupt context > or with interrupts being disabled. This patchset replace dev_kfree_skb() > with dev_consume_skb_irq() under spin_lock_irqsave() in some drivers, or > move dev_kfree_skb() after spin_unlock_irqrestore(). Like I said it to you already. You MUST explain why dev_consume_skb_irq() was chosen over dev_kfree_skb_irq(). Thanks > > Resend for CC all authors / reviewers of commits under "Fixes:". > > v1 -> v2: > patch #2 Move dev_kfree_skb() after spin_unlock_irqrestore() > > Yang Yingliang (4): > net: emaclite: don't call dev_kfree_skb() under spin_lock_irqsave() > net: ethernet: dnet: don't call dev_kfree_skb() under > spin_lock_irqsave() > hamradio: don't call dev_kfree_skb() under spin_lock_irqsave() > net: amd: lance: don't call dev_kfree_skb() under spin_lock_irqsave() > > drivers/net/ethernet/amd/atarilance.c | 2 +- > drivers/net/ethernet/amd/lance.c | 2 +- > drivers/net/ethernet/dnet.c | 4 ++-- > drivers/net/ethernet/xilinx/xilinx_emaclite.c | 2 +- > drivers/net/hamradio/scc.c | 6 +++--- > 5 files changed, 8 insertions(+), 8 deletions(-) > > -- > 2.25.1 >