From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 334F21FF618; Sun, 26 Jan 2025 14:56:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737903416; cv=none; b=gq+MMqZMyN963qUXxwLB8FD6VUJsPfqWr1alFskfNIPC4m5NvtG6RRfjwjQ+kgaXXQvUGDoLlD8yXFviB0GMJLnFoRS11v6LeyS+5CVriHDnZGejJVF20LELT3x+O0Q0adbuyjnHMzVzdafat6XrsYh1zcRUYQ699PuebzrG3J8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737903416; c=relaxed/simple; bh=r5xQP2kmxkcLbzRQVpciXSfD1lIp6RBQ5jEUs/vGmfE=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version; b=aOrbONB2kLM+H4dvbu1QO8rIi6tPLfL+r3P7X3QVIyPzxZhubh+KxzICDkqA8a/L76oTL3jX9TcW2vdU4PRZEu4/JUNwHuk30B+657T1wwuQVsodqUdMpqxA1g+9DhpY6ZGIt99KyWsFIJ5kLKmqgfx+6s+2KDd+zNJ//2kzISc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=OuD7FwY+; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="OuD7FwY+" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0D1DAC4CED3; Sun, 26 Jan 2025 14:56:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1737903415; bh=r5xQP2kmxkcLbzRQVpciXSfD1lIp6RBQ5jEUs/vGmfE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OuD7FwY+81dRSFDK0CgCvDg9JCq8sXYO2GIwZUuTVQN1JrjcGP6u3e/lesBMmNm0x b8zy93z2yTix+m9sf63/7BIUTMDjwHwQwAqOrE0/mxxDg7MGK4r+n+LQyVZPkw+5Md /tw/XQWQNuUmGZtaTFM6LMrZBrTeLwyA9JYABFne/no2cR6AtvfJlnhQwDIzQNQUv9 wFbG3AZ3aeg7063NGPgrFGWXnAWSo3BPnwJxXWVs/pDhRGbHnF4d4MILqAG/DcutXG 5QrJOY2oK3DE6uHUPr0ezmIE8RszY4N1PEyApP+JaxoFUtiP3WihaYRXjkieMz0rHg zLrp7f86D0TKA== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Kuan-Wei Chiu , Petr Mladek , Sasha Levin Subject: [PATCH AUTOSEL 6.1 2/9] printk: Fix signed integer overflow when defining LOG_BUF_LEN_MAX Date: Sun, 26 Jan 2025 09:56:44 -0500 Message-Id: <20250126145651.943149-2-sashal@kernel.org> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20250126145651.943149-1-sashal@kernel.org> References: <20250126145651.943149-1-sashal@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore X-stable-base: Linux 6.1.127 Content-Transfer-Encoding: 8bit From: Kuan-Wei Chiu [ Upstream commit 3d6f83df8ff2d5de84b50377e4f0d45e25311c7a ] Shifting 1 << 31 on a 32-bit int causes signed integer overflow, which leads to undefined behavior. To prevent this, cast 1 to u32 before performing the shift, ensuring well-defined behavior. This change explicitly avoids any potential overflow by ensuring that the shift occurs on an unsigned 32-bit integer. Signed-off-by: Kuan-Wei Chiu Acked-by: Petr Mladek Link: https://lore.kernel.org/r/20240928113608.1438087-1-visitorckw@gmail.com Signed-off-by: Petr Mladek Signed-off-by: Sasha Levin --- kernel/printk/printk.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c index 5a88134fba79f..c93beab96c860 100644 --- a/kernel/printk/printk.c +++ b/kernel/printk/printk.c @@ -403,7 +403,7 @@ static struct latched_seq clear_seq = { /* record buffer */ #define LOG_ALIGN __alignof__(unsigned long) #define __LOG_BUF_LEN (1 << CONFIG_LOG_BUF_SHIFT) -#define LOG_BUF_LEN_MAX (u32)(1 << 31) +#define LOG_BUF_LEN_MAX ((u32)1 << 31) static char __log_buf[__LOG_BUF_LEN] __aligned(LOG_ALIGN); static char *log_buf = __log_buf; static u32 log_buf_len = __LOG_BUF_LEN; -- 2.39.5