Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2090713pxf; Sat, 13 Mar 2021 07:24:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJyQPJ30KvnPKwaHjJPq8RHo5eYvwY7oJCC3mhj5DgxcJetzDOddJ1vFk+Buyj6+d1G1IUFZ X-Received: by 2002:a17:906:2e01:: with SMTP id n1mr6324255eji.537.1615649057254; Sat, 13 Mar 2021 07:24:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615649057; cv=none; d=google.com; s=arc-20160816; b=uVY0kWEy2TUv4oKMNaHtxWcUYjrky0D23mJQYYyyEnZp97cf+gvBIoknXDJTWsY2oW a/qo2BEfEqZwq8nSfjxHEilYV/5pFpyh2JQIQXHqa3uPutgfZ3j5SmvFuLXucX3RV7Ja 2kxYegvNX5CUQ6jE3J1gJSy0o9FEVIShBMH72cIZWQKOYzwW73W9bc93HTwD/FGgqYJ/ ZqttHxBqXVZzjYvWRx6BQgVmLNzRFoK66+CuYtD+XD50GSxP3NcvcMCI+5FxCtL+OaUS 7LyaKIFSMx6rJRtHm5JPYyjduodw4+cjH+q9rymI/o7cLb8XQinRN0aICjigYpX0VkA2 xsDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=dX+9bMGLRW26Si01SihFrfDBIT/M+czy19/rOkdH6E4=; b=DaERcuv91Jl3alZxm5d22QswpM02dAoQQk7IDvsglerup1w+zdoVPzWl0/tzpqmEsK UE/T2nuuW8SP2xDv3gndSTQWUk1YoMiPRgIpZfC9iyNLu/X1pFLPc3jJ0iI+1/QGA3JV fZ3upU8O88PyKAAWXlImD/m7s7n+PDkeyJ378Gh9JA0uwew2EDKDcbGjyV74eOF6zbsd dNE3+RPaTRVG79YmYJCx7gCTedFfmnll2bRRR08Np7xXKmoqdtPby198OjMECmuNNdqw v3h9YcDoDf15NJ491u4+tu3p0aWlUnlkIGHt3FR4rAWQdy7Vrkfw9U+n+HdjQR/r4tWy hHdQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gy13si6888109ejb.397.2021.03.13.07.23.43; Sat, 13 Mar 2021 07:24:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231497AbhCMPXJ (ORCPT + 99 others); Sat, 13 Mar 2021 10:23:09 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40812 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229615AbhCMPW5 (ORCPT ); Sat, 13 Mar 2021 10:22:57 -0500 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AD5DAC061574 for ; Sat, 13 Mar 2021 07:22:56 -0800 (PST) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94) (envelope-from ) id 1lL66N-00Fegy-Dg; Sat, 13 Mar 2021 16:22:51 +0100 Message-ID: <2d419a7d1d10067760fcc553582e87fb3ca4a34a.camel@sipsolutions.net> Subject: Re: [PATCH 5.12 regression fix] brcmfmac: p2p: Fix recently introduced deadlock issue From: Johannes Berg To: Hans de Goede , Arend van Spriel , Franky Lin , Hante Meuleman , Kalle Valo , Chi-Hsien Lin , Chung-hsien Hsu , Wright Feng Cc: linux-wireless@vger.kernel.org, brcm80211-dev-list.pdl@broadcom.com, SHA-cyfmac-dev-list@infineon.com Date: Sat, 13 Mar 2021 16:22:50 +0100 In-Reply-To: <20210313143635.109154-1-hdegoede@redhat.com> (sfid-20210313_153800_338272_9A5AD47E) References: <20210313143635.109154-1-hdegoede@redhat.com> (sfid-20210313_153800_338272_9A5AD47E) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 (3.38.4-1.fc33) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-malware-bazaar: not-scanned Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Sat, 2021-03-13 at 15:36 +0100, Hans de Goede wrote: > Commit a05829a7222e ("cfg80211: avoid holding the RTNL when calling the > driver") replaced the rtnl_lock parameter passed to various brcmf > functions with just lock, because since that commit it is not just > about the rtnl_lock but also about the wiphy_lock . > > During this search/replace the "if (!rtnl_locked)" check in brcmfmac/p2p.c > was accidentally replaced with "if (locked)", dropping the inversion of > the check. This causes the code to now call rtnl_lock() while already > holding the lock, causing a deadlock. > > Add back the "!" to the if-condition to fix this. Ouch, sorry about that, and thanks for the fix! johannes