Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp929141ybt; Wed, 17 Jun 2020 18:10:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJytPnpsU/vSCer0SSiYFFYuZDX6dHLjQQ33yr+wamz9lbhTdxWbZyDcUunqYD23D2o1kPmM X-Received: by 2002:a05:6402:1604:: with SMTP id f4mr1774706edv.379.1592442621820; Wed, 17 Jun 2020 18:10:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592442621; cv=none; d=google.com; s=arc-20160816; b=DAfDRhh2MxlTZw9gnfTKqTncLpXVv9oKiPosmQIb44fs1LIx0Xm7IcLZjmAAZ0BiTM paNe5u+jZuMn2apP1ZJiqZFzHk0j0lOz+YxlBmv9euYLZmdSEOIREkP1isQs20iKf2xA 2kjqs3bERcbY83tfbK9sCeZKlEBnxppDlPEHnHdOSBkPCi7j4wyNQWd7cEmfiE/PwXdU Txfb6bwIgEBCzZbJhKbpAxAlC5F+WVuMjC7gAA1R1DwvNGZYdueepvxbDF9jrCracppV THo5MiAHetlcrBM8Y4GSiMsrN1oxZQtkNJqV8cJhcP1i6uwZtYuu0jQ/VDULibeyJGKr jYhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=SOO5oJ3hQDqitf/taIa/F2AbG20WEdnGJtV9ZrLWDSw=; b=fCiqzEfdpe6yCXFS3E0Aqy4u0VE4p0oYGnWOm5V5BCiybrAJwTyRjM53FfK41WhyWX 6EPa7ftsyUQX3poemMNOl98Gp2VvGMrTNb/RdSlFeyxwSOEoiwQtVOXvAR1w8utm72Md 2R3EGRhzWemQmfuG3OGGhXyanW3W3kl7Tqf6a5qHS+mK1kpLctcNszgjyrEUJ8AFWm08 Hf3TjDU9/NfHY0gdFpBBnYaP+4gLIPa6It/6DapmdOWFA/uU4XvLNZljA78AlhKLEHKK rhtQejeTEeCTYj/dfYSL3lPyZ/6a77q57mEAy0HXGm/78JGmJmKuHLXLtAUdZqj24xxM 3h/A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=QqIdWrNZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g18si844349ejk.282.2020.06.17.18.09.58; Wed, 17 Jun 2020 18:10:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=QqIdWrNZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726975AbgFRBII (ORCPT + 99 others); Wed, 17 Jun 2020 21:08:08 -0400 Received: from mail.kernel.org ([198.145.29.99]:33610 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726879AbgFRBII (ORCPT ); Wed, 17 Jun 2020 21:08:08 -0400 Received: from sasha-vm.mshome.net (c-73-47-72-35.hsd1.nh.comcast.net [73.47.72.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 05FCD2193E; Thu, 18 Jun 2020 01:08:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592442487; bh=3ixtTqSgLT06EGmTqWLRPWX9EpoK3ocTPIYY48k+Euc=; h=From:To:Cc:Subject:Date:From; b=QqIdWrNZKNKV+wqOJWLxGXAwpcmLF8Jz38jxeuIK1Th716Dys5IrnKlQV/E03VLhc nrXMVjaUGg0sPXXx/KZQaw1Nl3xzy2yVNAEmhDwtoe0BBt6sHYCl9WKNl0TaDjSNTF dUS6hLQJpm1/qmGueM7KQBgux1IygnMgrkM0Tj/k= From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: =?UTF-8?q?J=C3=A9r=C3=B4me=20Pouiller?= , Dan Carpenter , Greg Kroah-Hartman , Sasha Levin , devel@driverdev.osuosl.org Subject: [PATCH AUTOSEL 5.7 001/388] staging: wfx: fix potential deadlock in wfx_tx_flush() Date: Wed, 17 Jun 2020 21:01:38 -0400 Message-Id: <20200618010805.600873-1-sashal@kernel.org> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jérôme Pouiller [ Upstream commit a39e761aa4fefa2a8aaf549217329933b91da7c9 ] wfx_tx_flush() wait there are no more frame in device buffer. However, this event may never happens since wfx_tx_flush() don't forbid to enqueue new frames. Note that wfx_tx_flush() should only ensure that all frames currently in hardware queues are sent. So the current code is more restrictive that it should. Note that wfx_tx_flush() release the lock before to return while wfx_tx_lock_flush() keep the lock. Reviewed-by: Dan Carpenter Signed-off-by: Jérôme Pouiller Link: https://lore.kernel.org/r/20200401110405.80282-31-Jerome.Pouiller@silabs.com Signed-off-by: Greg Kroah-Hartman Signed-off-by: Sasha Levin --- drivers/staging/wfx/queue.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/staging/wfx/queue.c b/drivers/staging/wfx/queue.c index 39d9127ce4b9..8ae23681e29b 100644 --- a/drivers/staging/wfx/queue.c +++ b/drivers/staging/wfx/queue.c @@ -35,6 +35,7 @@ void wfx_tx_flush(struct wfx_dev *wdev) if (wdev->chip_frozen) return; + wfx_tx_lock(wdev); mutex_lock(&wdev->hif_cmd.lock); ret = wait_event_timeout(wdev->hif.tx_buffers_empty, !wdev->hif.tx_buffers_used, @@ -47,6 +48,7 @@ void wfx_tx_flush(struct wfx_dev *wdev) wdev->chip_frozen = 1; } mutex_unlock(&wdev->hif_cmd.lock); + wfx_tx_unlock(wdev); } void wfx_tx_lock_flush(struct wfx_dev *wdev) -- 2.25.1