| Message ID | 20251017090519.46992-28-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=Su6NMrro;
dkim=pass (2048-bit key;
unprotected) header.d=amazon.com header.i=@amazon.com header.a=rsa-sha256
header.s=amazoncorp2 header.b=oAyIOVb7;
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 4d3hKL0Rzhz1yKk
for <incoming@patchwork.ozlabs.org>; Sun, 9 Nov 2025 03:32:06 +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=Su6NMrron2Ml5uwm8uzukY/XW7
+zKw+DTput2UcYzkEd8C+mFtCz7J1Ec6nYTZvVpRqtgMSOZpA2FEmnP+hN8X1IEmD/c7WzokDYD80
DMPH195rc/bgHNv2wAC/AU0jWQfqbpJF+K/7aNd5iEpBsbloFC6Y/hZCLa7LlUx5qtSJJwCxgT5vD
lbxYs7ABxlA+JA6T3HCdQWvzeJNI4H8LQxiv5tl+iovBUsVVGYqd0Hq+TgUCNgaQmX0qsm3jxI3Cp
8aYQgan/cwk5m+c9h2XmOR2RQ9mZCX/Dj2WbwTcC0h39HNAz3PRQO23PneJfS24R9bHvu2bFU5zcp
JjjtyS1g==;
Received: from localhost ([::1] helo=bombadil.infradead.org)
by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux))
id 1vHlr9-00000003Gx9-3Oj5;
Sat, 08 Nov 2025 16:32:03 +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 1v9gX8-00000007FJj-0Cu9;
Fri, 17 Oct 2025 09:14:00 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=amazon.com; i=@amazon.com; q=dns/txt; s=amazoncorp2;
t=1760692438; x=1792228438;
h=from:to:cc:subject:date:message-id:in-reply-to:
references:mime-version:content-transfer-encoding;
bh=k0dUe76w+6n5/NfsPbyefGVCom+xh3GGcFcV3Olhmks=;
b=oAyIOVb7+F2FPxZy2KdkYgW/ANQ8nVbylVuzrmdRVrYcCW7MawtpB7HI
XJ9okJQXEfojCy3swjRDdSFYUeVNAdd5unXLQBnLeq0EIZ5upFk+QpvUR
/l1GRM05uderAHoMQsRoalQe9ijjza9stcK4R3zHSXdLvOWr+8cxdxMYa
BFDRUwMDyHrKLebxCm8cAFvaF3mQvzolzRWUAjI7BAscO6zxcXNCYQwTc
5JAwFYKfQ+P5ZDcTE9XWIkxSIfAUAltTeKst6k/EWMXumTBicg6xBCeaY
Q1KXKYCRuQqVQGrhnh016+TgJeOYhOqbQ1ZtbiWPz42dGUfW8H4Xaif2x
g==;
X-CSE-ConnectionGUID: RXTPyYArTMCGpEZ+E8Xbcw==
X-CSE-MsgGUID: BWj3QBi9SQOiPxp1KjHzOA==
X-IronPort-AV: E=Sophos;i="6.19,236,1754956800";
d="scan'208";a="4952411"
Received: from ip-10-5-0-115.us-west-2.compute.internal (HELO
smtpout.naws.us-west-2.prod.farcaster.email.amazon.dev) ([10.5.0.115])
by internal-pdx-out-010.esa.us-west-2.outbound.mail-perimeter.amazon.com
with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Oct 2025 09:13:57 +0000
Received: from EX19MTAUWA002.ant.amazon.com [205.251.233.234:21527]
by smtpin.naws.us-west-2.prod.farcaster.email.amazon.dev [10.0.17.61:2525]
with esmtp (Farcaster)
id 6e4c0a13-2687-46e7-b791-5c0ff5190e98;
Fri, 17 Oct 2025 09:13:57 +0000 (UTC)
X-Farcaster-Flow-ID: 6e4c0a13-2687-46e7-b791-5c0ff5190e98
Received: from EX19D001UWA001.ant.amazon.com (10.13.138.214) by
EX19MTAUWA002.ant.amazon.com (10.250.64.202) with Microsoft SMTP Server
(version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.2562.20;
Fri, 17 Oct 2025 09:13:56 +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; Fri, 17 Oct 2025
09:13:41 +0000
From: Eliav Farber <farbere@amazon.com>
To: <gregkh@linuxfoundation.org>, <stable@vger.kernel.org>,
<linux@armlinux.org.uk>, <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>, <mchehab@kernel.org>,
<james.morse@arm.com>, <rric@kernel.org>, <harry.wentland@amd.com>,
<sunpeng.li@amd.com>, <alexander.deucher@amd.com>,
<christian.koenig@amd.com>, <airlied@linux.ie>, <daniel@ffwll.ch>,
<evan.quan@amd.com>, <james.qian.wang@arm.com>, <liviu.dudau@arm.com>,
<mihail.atanassov@arm.com>, <brian.starkey@arm.com>,
<maarten.lankhorst@linux.intel.com>, <mripard@kernel.org>,
<tzimmermann@suse.de>, <robdclark@gmail.com>, <sean@poorly.run>,
<jdelvare@suse.com>, <linux@roeck-us.net>, <fery@cypress.com>,
<dmitry.torokhov@gmail.com>, <agk@redhat.com>, <snitzer@redhat.com>,
<dm-devel@redhat.com>, <rajur@chelsio.com>, <davem@davemloft.net>,
<kuba@kernel.org>, <peppe.cavallaro@st.com>, <alexandre.torgue@st.com>,
<joabreu@synopsys.com>, <mcoquelin.stm32@gmail.com>, <malattia@linux.it>,
<hdegoede@redhat.com>, <mgross@linux.intel.com>, <intel-linux-scu@intel.com>,
<artur.paszkiewicz@intel.com>, <jejb@linux.ibm.com>,
<martin.petersen@oracle.com>, <sakari.ailus@linux.intel.com>, <clm@fb.com>,
<josef@toxicpanda.com>, <dsterba@suse.com>, <xiang@kernel.org>,
<chao@kernel.org>, <jack@suse.com>, <tytso@mit.edu>,
<adilger.kernel@dilger.ca>, <dushistov@mail.ru>,
<luc.vanoostenryck@gmail.com>, <rostedt@goodmis.org>, <pmladek@suse.com>,
<sergey.senozhatsky@gmail.com>, <andriy.shevchenko@linux.intel.com>,
<linux@rasmusvillemoes.dk>, <minchan@kernel.org>, <ngupta@vflare.org>,
<akpm@linux-foundation.org>, <kuznet@ms2.inr.ac.ru>,
<yoshfuji@linux-ipv6.org>, <pablo@netfilter.org>, <kadlec@netfilter.org>,
<fw@strlen.de>, <jmaloy@redhat.com>, <ying.xue@windriver.com>,
<willy@infradead.org>, <farbere@amazon.com>, <sashal@kernel.org>,
<ruanjinjie@huawei.com>, <David.Laight@ACULAB.COM>,
<herve.codina@bootlin.com>, <Jason@zx2c4.com>, <keescook@chromium.org>,
<kbusch@kernel.org>, <nathan@kernel.org>, <bvanassche@acm.org>,
<ndesaulniers@google.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-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-erofs@lists.ozlabs.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>
CC: Arnd Bergmann <arnd@kernel.org>, Christoph Hellwig <hch@infradead.org>,
Dan Carpenter <dan.carpenter@linaro.org>, Jens Axboe <axboe@kernel.dk>,
Lorenzo Stoakes <lorenzo.stoakes@oracle.com>, Mateusz Guzik
<mjguzik@gmail.com>, Pedro Falcato <pedro.falcato@gmail.com>
Subject: [PATCH v2 27/27 5.10.y] minmax.h: remove some #defines that are only
expanded once
Date: Fri, 17 Oct 2025 09:05:19 +0000
Message-ID: <20251017090519.46992-28-farbere@amazon.com>
X-Mailer: git-send-email 2.47.3
In-Reply-To: <20251017090519.46992-1-farbere@amazon.com>
References: <20251017090519.46992-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: EX19D040UWA001.ant.amazon.com (10.13.139.22) 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-20251017_021358_149455_C4FC99D2
X-CRM114-Status: GOOD ( 17.19 )
X-Spam-Score: -9.6 (---------)
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: (-9.6 points, 5.0 required)
pts rule name description
---- ----------------------
--------------------------------------------------
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 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]
-7.5 USER_IN_DEF_SPF_WL From: address is in the default SPF welcome-list
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.0 SPF_PASS SPF: sender matches SPF record
-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
author's
domain
-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
0.1 DKIM_SIGNED Message has a DKIM or DK signature,
not necessarily valid
-1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%
[score: 0.0000]
0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay
lines
-0.0 DKIMWL_WL_HIGH DKIMwl.org - High trust sender
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))