From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kalle Valo Subject: Re: cw1200: Fix a sleep-in-atomic bug in cw1200_tx_confirm_cb and cw1200_cqm_bssloss_sm Date: Thu, 1 Jun 2017 09:48:25 +0000 (UTC) Message-ID: <20170601094825.02EF96074D@smtp.codeaurora.org> References: <1496284574-11056-1-git-send-email-baijiaju1990@163.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Cc: pizza@shaftnet.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Jia-Ju Bai To: Jia-Ju Bai Return-path: In-Reply-To: <1496284574-11056-1-git-send-email-baijiaju1990@163.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Jia-Ju Bai wrote: > The driver may sleep under a spin lock, and the function call path is: > cw1200_tx_confirm_cb (acquire the lock by spin_lock) > __cw1200_cqm_bssloss_sm > cancel_work_sync --> may sleep > > cw1200_cqm_bssloss_sm > __cw1200_cqm_bssloss_sm > cancel_work_sync --> may sleep > > To fix it, the lock is released before cancel_work_sync, and the lock > is acquired again after this function. > > Signed-off-by: Jia-Ju Bai I assume that you haven't tested this on a real device and only compile tested. You should mention that in the commit log. Releasing a lock held by calling function is evil. Did you do any lock analysis or are you just blindly releasing locks to fix a warning in your tool? Also I would like to have an ack from a reviewer before I can take patches like this. Patch set to Changes Requested. -- https://patchwork.kernel.org/patch/9758613/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches