printk: Fix signed integer overflow when defining LOG_BUF_LEN_MAX
authorKuan-Wei Chiu <visitorckw@gmail.com>
Sat, 28 Sep 2024 11:36:08 +0000 (19:36 +0800)
committerPetr Mladek <pmladek@suse.com>
Thu, 12 Dec 2024 09:10:03 +0000 (10:10 +0100)
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 <visitorckw@gmail.com>
Acked-by: Petr Mladek <pmladek@suse.com>
Link: https://lore.kernel.org/r/20240928113608.1438087-1-visitorckw@gmail.com
Signed-off-by: Petr Mladek <pmladek@suse.com>
kernel/printk/printk.c

index 80910bc3470c234cf695eecf4a2963f5fa51d664..d8d82dd39dee836f8ab53b3e405937da38eee042 100644 (file)
@@ -523,7 +523,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;