| Message ID | 20251008152946.29285-20-farbere@amazon.com |
|---|---|
| State | Not Applicable |
| Headers | show
Return-Path:
<linux-um-bounces+incoming=patchwork.ozlabs.org@lists.infradead.org>
X-Original-To: incoming@patchwork.ozlabs.org
Delivered-To: patchwork-incoming@legolas.ozlabs.org
Authentication-Results: legolas.ozlabs.org;
dkim=pass (2048-bit key;
secure) header.d=lists.infradead.org header.i=@lists.infradead.org
header.a=rsa-sha256 header.s=bombadil.20210309 header.b=uBO74ljB;
dkim=pass (2048-bit key;
unprotected) header.d=amazon.com header.i=@amazon.com header.a=rsa-sha256
header.s=amazoncorp2 header.b=cVodjNnj;
dkim-atps=neutral
Authentication-Results: legolas.ozlabs.org;
spf=none (no SPF record) smtp.mailfrom=lists.infradead.org
(client-ip=2607:7c80:54:3::133; helo=bombadil.infradead.org;
envelope-from=linux-um-bounces+incoming=patchwork.ozlabs.org@lists.infradead.org;
receiver=patchwork.ozlabs.org)
Received: from bombadil.infradead.org (bombadil.infradead.org
[IPv6:2607:7c80:54:3::133])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384)
(No client certificate requested)
by legolas.ozlabs.org (Postfix) with ESMTPS id 4d3hJg3fSvz1yMX
for <incoming@patchwork.ozlabs.org>; Sun, 9 Nov 2025 03:31:31 +1100 (AEDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help
:List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Type:
Content-Transfer-Encoding:MIME-Version:References:In-Reply-To:Message-ID:Date
:Subject:CC:To:From:Reply-To:Content-ID:Content-Description:Resent-Date:
Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner;
bh=k0dUe76w+6n5/NfsPbyefGVCom+xh3GGcFcV3Olhmks=; b=uBO74ljBXVuW1eX1VPcl5xgCWm
CQISkdheCOd8G4MvWeph6M/5o7IiJvZrRkyebFIJu8H3pmgJ4Djxh6A0oFYVe6fdqhqoDbjcTyaxv
GGgWmaMD7V5SmoG3r2Lh+B/zPTHe29Ni00rNREHelUReJA4KSAQa9ozQZJ2IPIVp62lVi9dW4QN04
eRxo2H6Ynuu1wh0efRWs7rJXEwusC5kIiFIzF87CXN0i9l89TI3J/msOStYtgqjdT41vfwCU+zc+3
3szfHmCtgqvKEENhwY2T8gIKMSeVPh3jc8twRltxTJXtFbiNjgWcRyLQhTz48wA/VLl9vAmYCKCKL
EORrBSMA==;
Received: from localhost ([::1] helo=bombadil.infradead.org)
by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux))
id 1vHlqb-00000003GUr-2zI3;
Sat, 08 Nov 2025 16:31:29 +0000
Received: from pdx-out-010.esa.us-west-2.outbound.mail-perimeter.amazon.com
([52.12.53.23])
by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux))
id 1v6WCY-000000049Xg-1Gov;
Wed, 08 Oct 2025 15:35:39 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=amazon.com; i=@amazon.com; q=dns/txt; s=amazoncorp2;
t=1759937738; x=1791473738;
h=from:to:cc:subject:date:message-id:in-reply-to:
references:mime-version:content-transfer-encoding;
bh=k0dUe76w+6n5/NfsPbyefGVCom+xh3GGcFcV3Olhmks=;
b=cVodjNnjMnHwl/4sogS0Yav84XAPjwo3o2unq6Yo8NqsOxmCpSn3QbT1
hPth0e/x1ukGuwn6OCC0BWKuYFlV25PwoDzMyjmCLzRUL+RPVnCpiuqxn
oZ3S3VE44Tfzx5A61bfcFD19f5BgGk2tdc/UAmAJm2dOtC96Yg8eCns8Z
ig/YVbmgFSw/AbUwVVrpZsE7LhuB1ZXbNFBlJWf0QNiRqPLU8iHVxiakI
itjZz5lSFhAE0Mz41s1PvZ0WAJiK6B6eero3/TyJkHhqJzK0k6a/gm2Qj
FKIZkBB+mlQMKR6KsXTPZ3zwZEJ3vdk4uV7ZSM/GdNuUOyNxt47mVNRJM
g==;
X-CSE-ConnectionGUID: b75d3iYwTRuB7tX10Wtizg==
X-CSE-MsgGUID: Px2S2wuYSNWDoNTkGsZEDg==
X-IronPort-AV: E=Sophos;i="6.19,213,1754956800";
d="scan'208";a="4410969"
Received: from ip-10-5-12-219.us-west-2.compute.internal (HELO
smtpout.naws.us-west-2.prod.farcaster.email.amazon.dev) ([10.5.12.219])
by internal-pdx-out-010.esa.us-west-2.outbound.mail-perimeter.amazon.com
with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Oct 2025 15:35:35 +0000
Received: from EX19MTAUWC002.ant.amazon.com [10.0.7.35:3268]
by smtpin.naws.us-west-2.prod.farcaster.email.amazon.dev [10.0.15.171:2525]
with esmtp (Farcaster)
id b6cae892-4a8e-4639-abaf-f3ab0bbe7767; Wed, 8 Oct 2025 15:35:35 +0000 (UTC)
X-Farcaster-Flow-ID: b6cae892-4a8e-4639-abaf-f3ab0bbe7767
Received: from EX19D001UWA001.ant.amazon.com (10.13.138.214) by
EX19MTAUWC002.ant.amazon.com (10.250.64.143) with Microsoft SMTP Server
(version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.2562.20;
Wed, 8 Oct 2025 15:35:34 +0000
Received: from dev-dsk-farbere-1a-46ecabed.eu-west-1.amazon.com
(172.19.116.181) by EX19D001UWA001.ant.amazon.com (10.13.138.214) with
Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.2562.20; Wed, 8 Oct 2025
15:35:20 +0000
From: Eliav Farber <farbere@amazon.com>
To: <gregkh@linuxfoundation.org>, <jdike@addtoit.com>, <richard@nod.at>,
<anton.ivanov@cambridgegreys.com>, <dave.hansen@linux.intel.com>,
<luto@kernel.org>, <peterz@infradead.org>, <tglx@linutronix.de>,
<mingo@redhat.com>, <bp@alien8.de>, <x86@kernel.org>, <hpa@zytor.com>,
<tony.luck@intel.com>, <qiuxu.zhuo@intel.com>, <james.morse@arm.com>,
<rric@kernel.org>, <airlied@linux.ie>, <daniel@ffwll.ch>,
<maarten.lankhorst@linux.intel.com>, <mripard@kernel.org>,
<tzimmermann@suse.de>, <robdclark@gmail.com>, <sean@poorly.run>,
<jdelvare@suse.com>, <linux@roeck-us.net>, <linus.walleij@linaro.org>,
<dmitry.torokhov@gmail.com>, <maz@kernel.org>, <wens@csie.org>,
<jernej.skrabec@gmail.com>, <agk@redhat.com>, <snitzer@redhat.com>,
<dm-devel@redhat.com>, <davem@davemloft.net>, <kuba@kernel.org>,
<mcoquelin.stm32@gmail.com>, <krzysztof.kozlowski@canonical.com>,
<malattia@linux.it>, <hdegoede@redhat.com>, <mgross@linux.intel.com>,
<jejb@linux.ibm.com>, <martin.petersen@oracle.com>,
<sakari.ailus@linux.intel.com>, <clm@fb.com>, <josef@toxicpanda.com>,
<dsterba@suse.com>, <jack@suse.com>, <tytso@mit.edu>,
<adilger.kernel@dilger.ca>, <dushistov@mail.ru>,
<luc.vanoostenryck@gmail.com>, <rostedt@goodmis.org>, <pmladek@suse.com>,
<senozhatsky@chromium.org>, <andriy.shevchenko@linux.intel.com>,
<linux@rasmusvillemoes.dk>, <minchan@kernel.org>, <ngupta@vflare.org>,
<akpm@linux-foundation.org>, <yoshfuji@linux-ipv6.org>, <dsahern@kernel.org>,
<pablo@netfilter.org>, <kadlec@netfilter.org>, <fw@strlen.de>,
<jmaloy@redhat.com>, <ying.xue@windriver.com>, <shuah@kernel.org>,
<willy@infradead.org>, <farbere@amazon.com>, <sashal@kernel.org>,
<quic_akhilpo@quicinc.com>, <ruanjinjie@huawei.com>,
<David.Laight@ACULAB.COM>, <herve.codina@bootlin.com>,
<linux-arm-kernel@lists.infradead.org>, <linux-kernel@vger.kernel.org>,
<linux-um@lists.infradead.org>, <linux-edac@vger.kernel.org>,
<amd-gfx@lists.freedesktop.org>, <dri-devel@lists.freedesktop.org>,
<linux-arm-msm@vger.kernel.org>, <freedreno@lists.freedesktop.org>,
<linux-hwmon@vger.kernel.org>, <linux-input@vger.kernel.org>,
<linux-sunxi@lists.linux.dev>, <linux-media@vger.kernel.org>,
<netdev@vger.kernel.org>, <linux-stm32@st-md-mailman.stormreply.com>,
<platform-driver-x86@vger.kernel.org>, <linux-scsi@vger.kernel.org>,
<linux-staging@lists.linux.dev>, <linux-btrfs@vger.kernel.org>,
<linux-ext4@vger.kernel.org>, <linux-sparse@vger.kernel.org>,
<linux-mm@kvack.org>, <netfilter-devel@vger.kernel.org>,
<coreteam@netfilter.org>, <tipc-discussion@lists.sourceforge.net>,
<linux-kselftest@vger.kernel.org>, <stable@vger.kernel.org>
CC: Arnd Bergmann <arnd@kernel.org>, Christoph Hellwig <hch@infradead.org>,
Dan Carpenter <dan.carpenter@linaro.org>, "Jason A. Donenfeld"
<Jason@zx2c4.com>, Jens Axboe <axboe@kernel.dk>, Lorenzo Stoakes
<lorenzo.stoakes@oracle.com>, Mateusz Guzik <mjguzik@gmail.com>, "Pedro
Falcato" <pedro.falcato@gmail.com>
Subject: [PATCH v3 19/19 5.15.y] minmax.h: remove some #defines that are only
expanded once
Date: Wed, 8 Oct 2025 15:29:44 +0000
Message-ID: <20251008152946.29285-20-farbere@amazon.com>
X-Mailer: git-send-email 2.47.3
In-Reply-To: <20251008152946.29285-1-farbere@amazon.com>
References: <20251008152946.29285-1-farbere@amazon.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
X-Originating-IP: [172.19.116.181]
X-ClientProxiedBy: EX19D036UWC004.ant.amazon.com (10.13.139.205) To
EX19D001UWA001.ant.amazon.com (10.13.138.214)
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3
X-CRM114-CacheID: sfid-20251008_083538_392149_39A5648E
X-CRM114-Status: GOOD ( 17.74 )
X-Spam-Score: -10.0 (----------)
X-Spam-Report: Spam detection software,
running on the system "bombadil.infradead.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: From: David Laight <David.Laight@ACULAB.COM> [ Upstream
commit
2b97aaf74ed534fb838d09867d09a3ca5d795208 ] The bodies of
__signed_type_use()
and __unsigned_type_use() are much the same size as their names - so put
the bodies in the only line that expands them.
Content analysis details: (-10.0 points, 5.0 required)
pts rule name description
---- ----------------------
--------------------------------------------------
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-7.5 USER_IN_DEF_SPF_WL From: address is in the default SPF welcome-list
-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
author's
domain
0.1 DKIM_SIGNED Message has a DKIM or DK signature,
not necessarily valid
-0.1 DKIM_VALID Message has at least one valid DKIM or DK
signature
-0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from
envelope-from domain
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
0.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The
query to Validity was blocked. See
https://knowledge.validity.com/hc/en-us/articles/20961730681243
for more information.
[52.12.53.23 listed in
sa-trusted.bondedsender.org]
0.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to
Validity was blocked. See
https://knowledge.validity.com/hc/en-us/articles/20961730681243
for more information.
[52.12.53.23 listed in sa-accredit.habeas.com]
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay
lines
-0.4 DKIMWL_WL_HIGH DKIMwl.org - High trust sender
0.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to
Validity was blocked. See
https://knowledge.validity.com/hc/en-us/articles/20961730681243
for more information.
[52.12.53.23 listed in bl.score.senderscore.com]
X-Mailman-Approved-At: Sat, 08 Nov 2025 08:31:10 -0800
X-BeenThere: linux-um@lists.infradead.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: <linux-um.lists.infradead.org>
List-Unsubscribe: <http://lists.infradead.org/mailman/options/linux-um>,
<mailto:linux-um-request@lists.infradead.org?subject=unsubscribe>
List-Archive: <http://lists.infradead.org/pipermail/linux-um/>
List-Post: <mailto:linux-um@lists.infradead.org>
List-Help: <mailto:linux-um-request@lists.infradead.org?subject=help>
List-Subscribe: <http://lists.infradead.org/mailman/listinfo/linux-um>,
<mailto:linux-um-request@lists.infradead.org?subject=subscribe>
Sender: "linux-um" <linux-um-bounces@lists.infradead.org>
Errors-To: linux-um-bounces+incoming=patchwork.ozlabs.org@lists.infradead.org
|
| Series |
Backport minmax.h updates from v6.17-rc7
|
expand
|
diff --git a/include/linux/minmax.h b/include/linux/minmax.h index 2bbdd5b5e07e..eaaf5c008e4d 100644 --- a/include/linux/minmax.h +++ b/include/linux/minmax.h @@ -46,10 +46,8 @@ * comparison, and these expressions only need to be careful to not cause * warnings for pointer use. */ -#define __signed_type_use(ux) (2 + __is_nonneg(ux)) -#define __unsigned_type_use(ux) (1 + 2 * (sizeof(ux) < 4)) #define __sign_use(ux) (is_signed_type(typeof(ux)) ? \ - __signed_type_use(ux) : __unsigned_type_use(ux)) + (2 + __is_nonneg(ux)) : (1 + 2 * (sizeof(ux) < 4))) /* * Check whether a signed value is always non-negative. @@ -57,7 +55,7 @@ * A cast is needed to avoid any warnings from values that aren't signed * integer types (in which case the result doesn't matter). * - * On 64-bit any integer or pointer type can safely be cast to 'long'. + * On 64-bit any integer or pointer type can safely be cast to 'long long'. * But on 32-bit we need to avoid warnings about casting pointers to integers * of different sizes without truncating 64-bit values so 'long' or 'long long' * must be used depending on the size of the value. @@ -66,12 +64,12 @@ * them, but we do not use s128 types in the kernel (we do use 'u128', * but they are handled by the !is_signed_type() case). */ -#ifdef CONFIG_64BIT - #define __signed_type(ux) long +#if __SIZEOF_POINTER__ == __SIZEOF_LONG_LONG__ +#define __is_nonneg(ux) statically_true((long long)(ux) >= 0) #else - #define __signed_type(ux) typeof(__builtin_choose_expr(sizeof(ux) > 4, 1LL, 1L)) +#define __is_nonneg(ux) statically_true( \ + (typeof(__builtin_choose_expr(sizeof(ux) > 4, 1LL, 1L)))(ux) >= 0) #endif -#define __is_nonneg(ux) statically_true((__signed_type(ux))(ux) >= 0) #define __types_ok(ux, uy) \ (__sign_use(ux) & __sign_use(uy))