Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1498708pxb; Thu, 7 Oct 2021 08:56:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyaGo9cU9YZ64COz/3bzqhck3XpOgN0LMBvhtyXVzbnRiGR4kPww8z73hbWGwJtdNxPrarB X-Received: by 2002:a17:90b:17c9:: with SMTP id me9mr5693268pjb.197.1633622202790; Thu, 07 Oct 2021 08:56:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633622202; cv=none; d=google.com; s=arc-20160816; b=EbEf546sLY+VPv7Iv3v/4I7VHQ4bcmkCLqyOrj9y7+pWd+XiKvR3/GiE37vBSKWbSV rELJ0zUOMrms1wz87z2tbNmxQl2uHYuGpMxWa3YC17eq9lTtY7l3jtykNmPRDfqw6u03 z0TQ5ejJepo8Hax6byP8PaiNbn4ldR9/f/5m5wxrd8tBOZs/ApyqqmSendUe0mShzp7z rymK4jN1+M0tAKCHNqv40KYY8nU60EqejaPGRXgW/NTQtqFWSo6JUCJGf0t1FIRsXby6 /0kqRSrpyDixaIQtW7jteF2QKDNmg8xOxWtSv0tMht3JgpUEPMQ05uJpCyBhK4oqy+C6 soTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=5WTwD94+ipaG7RqJCNvBFP/gG3VXHYRXybq3iqV1vuc=; b=LWU8mRIHnn3nuzeayBBZ05m6llqPFnLQRDe6OTzxb+oDd+P+AZypvftEs8fUO9IHpI rTunpajg12eNzr2jEGbkyVvsXEnG34+Loqdu9mI3+ap8s2GjnronsZX1W+YbbI8m+HXh PjLkJGUIsquIE3NRiT6v+3L3n/lle/O4mwV/aZV1RT5zZ7MQziIZfNs2H/iA+TDabGgq NF4I5/4OC31WTD7mAdBSRGFd8gbqM936Y12csp1RDW03Tq/WzMLStaApZKV9HYdbOCOJ KNYMwmLEr/xgz69Y0aijvgLxzwJHgwsu/J0P9gwOunF15zWxRUxC2U4UQFebMDD5iXof vxNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=JBOE4EIa; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k18si6238852plk.277.2021.10.07.08.56.27; Thu, 07 Oct 2021 08:56:42 -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=@gmail.com header.s=20210112 header.b=JBOE4EIa; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241450AbhJGPhA (ORCPT + 99 others); Thu, 7 Oct 2021 11:37:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43150 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240520AbhJGPhA (ORCPT ); Thu, 7 Oct 2021 11:37:00 -0400 Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 77C94C061570; Thu, 7 Oct 2021 08:35:06 -0700 (PDT) Received: by mail-vk1-xa30.google.com with SMTP id f126so2888528vke.3; Thu, 07 Oct 2021 08:35:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5WTwD94+ipaG7RqJCNvBFP/gG3VXHYRXybq3iqV1vuc=; b=JBOE4EIayLAPajB661c2z4LOE+SKukrHAlI9kulPa4FWkp+Tt+evWFMU+mwneaHUzg ZVHXnRTycZ/+oZWamQFwuVanHt9qRtBMswvQqE6rs+oXq7sfSrP0EUZzuG5DdckTWdjj XCCxKAOXHYLoTvbNk79Tp7EC0Mou5AajxnLiG9E5XV3wrFiNugtqngrOsqj78h073cr8 708qU49wPuq8x0GCkliVMsunSVtfaGys6EPCfoLJcfnvqFd76nXIZtRJ1gzc1a/m1H9p EoTKdhBqPjMrKOOoFzoPoqEJP9ZWKlSeybc0ITibKJ4OSs5mJA/ao5WrqYQY2OpSZtRx vtzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5WTwD94+ipaG7RqJCNvBFP/gG3VXHYRXybq3iqV1vuc=; b=X2f8d6HfpciWvygMxBIIGDEW9bp0lXVGYqzyaFRFUcthSlH1iV8NV2qUXi7vhFRDBQ BS0s9MGhZ09UqFBZ3qLlrI4nBxqZlchmsbYMgIIe7Sz79Jm3G3asI7K+4csroETAF9fD OOb3fXv+xTwqV2TBLde4NPzH6ip1WAUXkveYmJx3i2mvQ7PjldjRXco98T1fL2BMr+ZM YphbmgUN2oh9+K8NEGPJEOCV6dRBj0REBKnnmqWNSO5zNSt0VUSMLW3I6ktE5vi54Wvp y83YepqdM3fyPWZpDg6noEmVz61W3gPql7Ax1OylXVNbYUo9qdOvU4Y2jCExMT0qKWv1 dk4A== X-Gm-Message-State: AOAM530OGPqiHR43I8HGb3ykOwkhmTCgaA1qwpP6f+heDzAvMbPTcaFD iAnfwrNTYuTtIgVy//PhmMp2rSMOXKJYhaNOm8Y= X-Received: by 2002:a1f:a9c4:: with SMTP id s187mr4383115vke.9.1633620905609; Thu, 07 Oct 2021 08:35:05 -0700 (PDT) MIME-Version: 1.0 References: <20211007111713.12207-1-colin.king@canonical.com> In-Reply-To: <20211007111713.12207-1-colin.king@canonical.com> From: Luiz Augusto von Dentz Date: Thu, 7 Oct 2021 08:34:54 -0700 Message-ID: Subject: Re: [PATCH][next] Bluetooth: use bitmap_empty to check if a bitmap has any bits set To: Colin King Cc: Marcel Holtmann , Johan Hedberg , "David S . Miller" , Jakub Kicinski , "linux-bluetooth@vger.kernel.org" , "open list:NETWORKING [GENERAL]" , kernel-janitors@vger.kernel.org, Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Colin, On Thu, Oct 7, 2021 at 4:17 AM Colin King wrote: > > From: Colin Ian King > > The check to see if any tasks are left checks if bitmap array is zero > rather than using the appropriate bitmap helper functions to check the > bits in the array. Fix this by using bitmap_empty on the bitmap. > > Addresses-Coverity: (" Array compared against 0") > Fixes: 912730b52552 ("Bluetooth: Fix wake up suspend_wait_q prematurely") > Signed-off-by: Colin Ian King > --- > net/bluetooth/hci_request.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/net/bluetooth/hci_request.c b/net/bluetooth/hci_request.c > index 209f4fe17237..bad3b9c895ba 100644 > --- a/net/bluetooth/hci_request.c > +++ b/net/bluetooth/hci_request.c > @@ -1108,7 +1108,7 @@ static void suspend_req_complete(struct hci_dev *hdev, u8 status, u16 opcode) > clear_bit(SUSPEND_SET_ADV_FILTER, hdev->suspend_tasks); > > /* Wake up only if there are no tasks left */ > - if (!hdev->suspend_tasks) > + if (!bitmap_empty(hdev->suspend_tasks, __SUSPEND_NUM_TASKS)) > wake_up(&hdev->suspend_wait_q); > } > > -- > 2.32.0 I was going to revert this change since it appears wake_up does actually check the wake condition there is no premature wake up after all. -- Luiz Augusto von Dentz