Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Subject: Re: [PATCH 0/3] rtlwifi: don't call kfree_skb() under
 spin_lock_irqsave()
To:     <pkshih@realtek.com>, <kvalo@kernel.org>
CC:     <linux-wireless@vger.kernel.org>, <yangyingliang@huawei.com>
References: <20221206103740.1963605-1-yangyingliang@huawei.com>
From:   Yang Yingliang <yangyingliang@huawei.com>
Message-ID: <d8d69776-b660-68c7-4919-751a00196e84@huawei.com>
Date:   Tue, 6 Dec 2022 21:08:58 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101
 Thunderbird/68.7.0
MIME-Version: 1.0
In-Reply-To: <20221206103740.1963605-1-yangyingliang@huawei.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Precedence: bulk

I send a wrong patch, please ignore this patchset, I will resend it.

On 2022/12/6 18:37, Yang Yingliang wrote:
> It is not allowed to call kfree_skb() from hardware interrupt
> context or with interrupts being disabled. This patchset is
> trying to add all skb to a free list, then free them after
> spin_unlock_irqrestore() at once.
>
> Yang Yingliang (3):
>    rtlwifi: rtl8821ae: don't call kfree_skb() under spin_lock_irqsave()
>    rtlwifi: rtl8188ee: don't call kfree_skb() under spin_lock_irqsave()
>    rtlwifi: rtl8723be: don't call kfree_skb() under spin_lock_irqsave()
>
>   drivers/net/wireless/realtek/rtlwifi/rtl8188ee/hw.c | 6 +++++-
>   drivers/net/wireless/realtek/rtlwifi/rtl8723be/hw.c | 5 +++++
>   drivers/net/wireless/realtek/rtlwifi/rtl8821ae/hw.c | 6 +++++-
>   3 files changed, 15 insertions(+), 2 deletions(-)
>