Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp9108167pxu; Mon, 28 Dec 2020 06:51:13 -0800 (PST) X-Google-Smtp-Source: ABdhPJxl/OveSmUsaGCUfcsTPw8R9dmo8TZIbieiIadbZsqPMpWc0B1SY3BL88qnOhioaev8ykz/ X-Received: by 2002:aa7:c753:: with SMTP id c19mr42653761eds.358.1609167073508; Mon, 28 Dec 2020 06:51:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609167073; cv=none; d=google.com; s=arc-20160816; b=keZi+KBimuVOTpKB3k6WmmRaXJskNWNiA8wuzDmYBgg8fj1jpazIoPtm1vVNpgau5z 6l70dLyVQ+i3qcoAnwqDIXAEsbv80+Co2Q4zZOa629AVQrNPb3oluB19/vWx+UYu9pWn Tfj/Q26hsrsPlhlsgYpHFssu0orMzHUSqXUhZJov2p5UX61InKlzWcbCyRf77RY2A/OC cqPMPI3kdBDHSuIdqSWPicAuiEpWFnuGrvm7/lsdMyetSgHBR1x416hap1+bJaX9WvTG emdBuFtn4KLO6uEeWDHDMdXgblkFo4Su7BUflzSMl2vNzj1HWZ/hy3Y/PFEkFEsr7COe syjg== 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:message-id:date:subject:cc:to :from:dkim-signature; bh=rU8O8Gl0Ek4XT80uMX37/UbrTY2PRJQeOu7QvKOQGVA=; b=sXY3G7A91dLd3mSkTR29uSyiSQHZMPHXUnxpvOMh2IZJD0AwbQoXHNT38/UQB6cTaR f/UHJdwtDTEpwi2ZeMLZuiIkfmmrMZbg5D0WWVofI/6lXVEQuYEdMP5n1Tn0lJRvAfN6 OCwawHfTA99e1O1lY7kzrGknh9eVs9/eRAUx8IXWijp1+6vnan5JEXznShxhV2qBO356 +2UWhq+1H7mNNgIofTcBKyqujzFYZ/QE0XFJ+JGEPiqIEDf1FXQdVu5sR/U4Gi+lnzPl V6b51e5AYCKripuToUhKR125tpA6SE/pPI5/PznQnX973/GLDMy8ygpi0RYLk4vOPNjP TOYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=jDju1ltI; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g13si18981633ejp.556.2020.12.28.06.50.51; Mon, 28 Dec 2020 06:51:13 -0800 (PST) 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=@linuxfoundation.org header.s=korg header.b=jDju1ltI; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2438104AbgL1OWB (ORCPT + 99 others); Mon, 28 Dec 2020 09:22:01 -0500 Received: from mail.kernel.org ([198.145.29.99]:57454 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2502605AbgL1OVz (ORCPT ); Mon, 28 Dec 2020 09:21:55 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 944FC207B2; Mon, 28 Dec 2020 14:21:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1609165275; bh=AK7XCILHPpL3L3oD1C9CcQLwkGhD9XSQgN2dYQDHpUE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=jDju1ltIJNUGgEMtE5WRc/JDCn1oJL6UjGVg724jKDVdZPzXgL50wFPX8cXpY2lTM w57hm4qqD60PGvPx3KnRPIjCkikcA7vacWciro1e7bhC3xLpWzsrSGBhK4ZxLeKIv3 NQUz2ROt/8e5ft/Yf9gl+n0UPcc8YNukbI0oLORY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Tobias Klauser , Jakub Kicinski , Sasha Levin Subject: [PATCH 5.10 473/717] devlink: use _BITUL() macro instead of BIT() in the UAPI header Date: Mon, 28 Dec 2020 13:47:51 +0100 Message-Id: <20201228125043.626486345@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201228125020.963311703@linuxfoundation.org> References: <20201228125020.963311703@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Tobias Klauser [ Upstream commit 75f4d4544db9fa34e1f04174f27d9f8a387be37d ] The BIT() macro is not available for the UAPI headers. Moreover, it can be defined differently in user space headers. Thus, replace its usage with the _BITUL() macro which is already used in other macro definitions in . Fixes: dc64cc7c6310 ("devlink: Add devlink reload limit option") Signed-off-by: Tobias Klauser Link: https://lore.kernel.org/r/20201215102531.16958-1-tklauser@distanz.ch Signed-off-by: Jakub Kicinski Signed-off-by: Sasha Levin --- include/uapi/linux/devlink.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/uapi/linux/devlink.h b/include/uapi/linux/devlink.h index 5203f54a2be1c..cf89c318f2ac9 100644 --- a/include/uapi/linux/devlink.h +++ b/include/uapi/linux/devlink.h @@ -322,7 +322,7 @@ enum devlink_reload_limit { DEVLINK_RELOAD_LIMIT_MAX = __DEVLINK_RELOAD_LIMIT_MAX - 1 }; -#define DEVLINK_RELOAD_LIMITS_VALID_MASK (BIT(__DEVLINK_RELOAD_LIMIT_MAX) - 1) +#define DEVLINK_RELOAD_LIMITS_VALID_MASK (_BITUL(__DEVLINK_RELOAD_LIMIT_MAX) - 1) enum devlink_attr { /* don't change the order or add anything between, this is ABI! */ -- 2.27.0