From nobody Mon Feb 9 06:27:07 2026 Received: from out203-205-221-245.mail.qq.com (out203-205-221-245.mail.qq.com [203.205.221.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 290C9205E25 for ; Thu, 11 Dec 2025 10:26:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=203.205.221.245 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765448790; cv=none; b=nk/laLSg9p26GTcXWMqJb0An+QVjj69l0xkPFznLYJkk/owb7CGaitMMC+UvsQ5C5Sep7bgiVv4aaOiL4KPoOKwm5ZVmPjIJ7Ap8sKMzs4ivZT1ZHM+v0ghwP+QXR4xlAhhfHieEV6l4J9m9V4B/R7/UYwSD7L6+fjUnKvyrKZs= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765448790; c=relaxed/simple; bh=HeBRVp9TQ+OgA1eHZ8+Tc1l2XFeTHX7ueCngZflAsUE=; h=Message-ID:From:To:Cc:Subject:Date:MIME-Version; b=oaaTDBntCIBVNSyU9wuFsiATlyiOgaLpjpk6gLFk9MW9LDwmf75DT9wK1pXgeB7iqaxwFFNU9XaG9gjhbo8T+ouwOLk2rHmv1KgrzrXzk98HGZ4CIatG6Bu4bHT3PZDysMkuqqAae+avG7bTGcLZ9SxSkZ4GhmOJD8DTnU84IGc= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=qq.com; spf=pass smtp.mailfrom=qq.com; dkim=pass (1024-bit key) header.d=qq.com header.i=@qq.com header.b=dFMrFqwT; arc=none smtp.client-ip=203.205.221.245 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=qq.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=qq.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=qq.com header.i=@qq.com header.b="dFMrFqwT" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201512; t=1765448785; bh=muJJnWMBp9xL4OG/hh7aijxOXwNHCLCBN54PWmxRRdE=; h=From:To:Cc:Subject:Date; b=dFMrFqwTDxsiRTuFPWHgTLfub21B288QKHby0BK/ioqUXpo642Me1DvXC2L481g8G f4Pu80G6nNtc1bEBW4IB6RkQuLpNMwr3r1UUm9BAT3fycmZ8RTZe5TIB1b4eqdqYC8 ENDryBSLWgaOYWWWMvCubz29fSdl8BOSBt8Ibs+w= Received: from compass-pc.sustech.edu.cn ([2001:da8:201d:1107::a52e]) by newxmesmtplogicsvrsza63-0.qq.com (NewEsmtp) with SMTP id 64DA56C9; Thu, 11 Dec 2025 18:25:13 +0800 X-QQ-mid: xmsmtpt1765448713t9xkouwxs Message-ID: X-QQ-XMAILINFO: M1rD3f8svNzndnV3ibA/KhHwsNIP1a+wO6MLVMRVgTqboTDPEHdfz8iY3Fy7vb 9EE4GyPQp9UMnqSZJ7qOEMz6jx71hlQ8eIg7nBJqEk7aBZSuaWiUAPw8IVg1BoQPefvBdYJuwTBN qDc/cnwR4iX6hkbSbdDLILazoJ6aDYxJBH52MyH3TbwEjDZDGsDdTwlGdG6zX0ZRZ8SzkIxyCzU1 uyokvXkWmFmAwqoE+VGSnZ/JwMMnjmYpG3zCQlYpxk/cOFjJ1TlHuA44uAo9NRER0+Vu5K6/8XT8 5OJVdt6rxaUBVhRwMZ6HNZqR7oPoahiU+SwQMeZ4ZAbzxZoiwegKQpAl8ZtGTs5mVYjBpG1EeNNR ux5WZvsOoAOlvr+n/RLpImV0/y+5HpVBnooVza1GWBRDuhJ7CI4/PHc1sGxSqwd/coZpHhBqb41B 6MdrElfCk511WZPPQdhV3I/0uEXDgbr1qENugI5tcV8VqXh3GjuK2p+FBb9+OAYLs45OmOTOq9Go avLfqgTRTpgmeVxc3ypbZPJcYSZ9xIv/Tlq5pIM7sjT8vMrmYyFccHdfXo6pqKIFM8DYHnoeVuTS Yp6YmwE7Rx5SOufBemTCjinVe2BQZ7ZmmUh55uQtshpbYqjTdEhMILJ7LVjZgcLRn1PjXQTs7u9z 2P+db1BepT6zNIbf1Y+Jrx8ESHkicnVGTwmYBgRUk/Bsht7P0pGACEsQ1wm8YJMoYZbMvYhB+4OT CslSAc9NPbDplqjeBz5TmIA/WhT8Xnj+Fy2qU6lMEfAw9SqhF3XNj2zDqGocdSg8LWVHpGRpUPY4 nuMjOquN1fxH9p0AT36sCT0AVfbhyiC8UYhTEq592H9lBxaVm3poQOK5H8/C3RxpQ0VCvE5DUO+T BnUa0Ow+IR75puE+k/IBVnX5wzGM7J033JNhqSTI234iM6PgnanzwNwbvGMAByqowVZWVEYwxHav SQC8GK8xAaaTu7T3TR9fY85vU1Q7K21Mg0kiSTvlw3jJZyNSizwWVCZZYTVI8BH+fdBTzMzo3xVZ iEbrB4Jbc/qT88YUd9 X-QQ-XMRINFO: NyFYKkN4Ny6FSmKK/uo/jdU= From: Yankai Xu <815559068@qq.com> To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, akpm@linux-foundation.org, Yankai Xu <815559068@qq.com> Subject: [PATCH] mm/gfp: cast GFP_ZONE_TABLE entries to long to avoid shift overflow Date: Thu, 11 Dec 2025 18:24:05 +0800 X-OQ-MSGID: <20251211102405.1102836-1-815559068@qq.com> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" When a new zone is added to enum zone_type in mmzone.h, the existing GFP_ZONE_TABLE macro causes a compile-time shift overflow. This happens because enum zone_type is of type int. The shift is logically valid because it has been checked by 16 * GFP_ZONES_SHIFT > BITS_PER_LONG p= reviously. Fixed this by casting each value in GFP_ZONE_TABLE to type long. Signed-off-by: Yankai Xu <815559068@qq.com> --- include/linux/gfp.h | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/include/linux/gfp.h b/include/linux/gfp.h index b155929af..e694f3103 100644 --- a/include/linux/gfp.h +++ b/include/linux/gfp.h @@ -122,14 +122,14 @@ static inline bool gfpflags_allow_spinning(const gfp_= t gfp_flags) #endif #define GFP_ZONE_TABLE ( \ - (ZONE_NORMAL << 0 * GFP_ZONES_SHIFT) \ - | (OPT_ZONE_DMA << ___GFP_DMA * GFP_ZONES_SHIFT) \ - | (OPT_ZONE_HIGHMEM << ___GFP_HIGHMEM * GFP_ZONES_SHIFT) \ - | (OPT_ZONE_DMA32 << ___GFP_DMA32 * GFP_ZONES_SHIFT) \ - | (ZONE_NORMAL << ___GFP_MOVABLE * GFP_ZONES_SHIFT) \ - | (OPT_ZONE_DMA << (___GFP_MOVABLE | ___GFP_DMA) * GFP_ZONES_SHIFT) \ - | (ZONE_MOVABLE << (___GFP_MOVABLE | ___GFP_HIGHMEM) * GFP_ZONES_SHIFT)\ - | (OPT_ZONE_DMA32 << (___GFP_MOVABLE | ___GFP_DMA32) * GFP_ZONES_SHIFT)\ + ((long)ZONE_NORMAL << 0 * GFP_ZONES_SHIFT) \ + | ((long)OPT_ZONE_DMA << ___GFP_DMA * GFP_ZONES_SHIFT) \ + | ((long)OPT_ZONE_HIGHMEM << ___GFP_HIGHMEM * GFP_ZONES_SHIFT) \ + | ((long)OPT_ZONE_DMA32 << ___GFP_DMA32 * GFP_ZONES_SHIFT) \ + | ((long)ZONE_NORMAL << ___GFP_MOVABLE * GFP_ZONES_SHIFT) \ + | ((long)OPT_ZONE_DMA << (___GFP_MOVABLE | ___GFP_DMA) * GFP_ZONES_SHIFT)= \ + | ((long)ZONE_MOVABLE << (___GFP_MOVABLE | ___GFP_HIGHMEM) * GFP_ZONES_SH= IFT)\ + | ((long)OPT_ZONE_DMA32 << (___GFP_MOVABLE | ___GFP_DMA32) * GFP_ZONES_SH= IFT)\ ) /* -- 2.43.0