Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp1274218img; Tue, 26 Feb 2019 18:08:23 -0800 (PST) X-Google-Smtp-Source: AHgI3IaEsux2ELzQlbgZxGVve5JoDklPdjke35/3UsegY2lhfFT1NxfdviMwTnz2Ius17ikZutax X-Received: by 2002:a17:902:74cb:: with SMTP id f11mr29888634plt.180.1551233303646; Tue, 26 Feb 2019 18:08:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551233303; cv=none; d=google.com; s=arc-20160816; b=WqrSr7MMeyhxltjJRwU9QVQmw9Dgc8wIyQoRk5Jk5Mr26WPeTcwwy6Sv6ybwD7qzoo +5KC3wBe3X5uD3e4O8nwdHdpK8SCOHnoFosCBYxI48Op9VW30BL7Nd/ps6/G1/dDbO5p /jOfkqs6GRcalmttZERlcZww/M9p8C9eIVLsH5gWpF6Ze+EM41zPv1rg6G57ooGBiAsJ avnQQqU45qHC/ysJzR9Bdja9M7D7HpdC78w8g/hNoe7hFS+4QRr6eweWv60x93nsGw/5 lA3UlNZX0miR+9n9ZHfa7bjZXOSv7I2Y6OTxp0OJC1MSDtA/A5NIi8fiFhhoPuPnSd7H JdxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from; bh=J9iDS6X4rFJFutCSlK0Ro+UJf02HnsklDIzQHD7jSnU=; b=nIO8OxnelLPcC/uOkBwSI5DQlqQKo8YOXT4ysXXbkGvJf934w8faDifGYNHGgQ1D0X ZydbDEzM87L2IPRymV58bVpFqmhNYOuCfQiihijDh8oWWr+dVT1aaDoZwNyORKo9ADkC AqmBdNXHAw6C9UiafBOtYnNvv+b1j+rdiVpIXVhtR7Ot/4WKemVsNKCf1kO4OVmNpcnq Qp+8nKYXF1YlUbWvIBGhlry95EuRN9ZJJnlbhwFvnhungRxAqnrVkJXaxD9rIVIBVI3K +8kwI9Ey5eltU3duXwz5yFsUIEMqLW6pv6d2PNPNfO2X9A2sbwsTYaUTjsXd1TDgpFan bnaw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u63si12997452pgd.385.2019.02.26.18.08.07; Tue, 26 Feb 2019 18:08:23 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729616AbfB0CHr (ORCPT + 99 others); Tue, 26 Feb 2019 21:07:47 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:40712 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729527AbfB0CHr (ORCPT ); Tue, 26 Feb 2019 21:07:47 -0500 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 3E44E79EB53536DDA7F3 for ; Wed, 27 Feb 2019 10:07:45 +0800 (CST) Received: from linux-ibm.site (10.175.102.37) by DGGEMS405-HUB.china.huawei.com (10.3.19.205) with Microsoft SMTP Server id 14.3.408.0; Wed, 27 Feb 2019 10:07:38 +0800 From: Xiongfeng Wang To: , , CC: , Subject: [RFC PATCH] posix-cpu-timers: Avoid undefined behaviour in timespec64_to_ns() Date: Wed, 27 Feb 2019 10:06:52 +0800 Message-ID: <1551233212-42022-1-git-send-email-wangxiongfeng2@huawei.com> X-Mailer: git-send-email 1.7.12.4 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.175.102.37] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When I ran Syzkaller testsuite, I got the following call trace. ================================================================================ UBSAN: Undefined behaviour in ./include/linux/time64.h:120:27 signed integer overflow: 8243129037239968815 * 1000000000 cannot be represented in type 'long long int' CPU: 5 PID: 28854 Comm: syz-executor.1 Not tainted 4.19.24 #4 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.11.0-0-g63451fca13-prebuilt.qemu-project.org 04/01/2014 Call Trace: __dump_stack lib/dump_stack.c:77 [inline] dump_stack+0xca/0x13e lib/dump_stack.c:113 ubsan_epilogue+0xe/0x81 lib/ubsan.c:159 handle_overflow+0x193/0x1e2 lib/ubsan.c:190 timespec64_to_ns include/linux/time64.h:120 [inline] posix_cpu_timer_set+0x95a/0xb70 kernel/time/posix-cpu-timers.c:687 do_timer_settime+0x198/0x2a0 kernel/time/posix-timers.c:892 __do_sys_timer_settime kernel/time/posix-timers.c:918 [inline] __se_sys_timer_settime kernel/time/posix-timers.c:904 [inline] __x64_sys_timer_settime+0x18d/0x260 kernel/time/posix-timers.c:904 do_syscall_64+0xc8/0x580 arch/x86/entry/common.c:290 entry_SYSCALL_64_after_hwframe+0x49/0xbe RIP: 0033:0x462eb9 Code: f7 d8 64 89 02 b8 ff ff ff ff c3 66 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 bc ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f14e4127c58 EFLAGS: 00000246 ORIG_RAX: 00000000000000df RAX: ffffffffffffffda RBX: 000000000073bfa0 RCX: 0000000000462eb9 RDX: 0000000020000080 RSI: 0000000000000000 RDI: 0000000000000000 RBP: 0000000000000004 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 00007f14e41286bc R13: 00000000004c54cc R14: 0000000000704278 R15: 00000000ffffffff ================================================================================ This patch use 'timespec64_to_ktime()' to limit 'tv_sec' to avoid overflow. Signed-off-by: Xiongfeng Wang --- kernel/time/posix-cpu-timers.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/time/posix-cpu-timers.c b/kernel/time/posix-cpu-timers.c index 80f9552..f7e3929 100644 --- a/kernel/time/posix-cpu-timers.c +++ b/kernel/time/posix-cpu-timers.c @@ -684,7 +684,7 @@ static int posix_cpu_timer_set(struct k_itimer *timer, int timer_flags, * Install the new reload setting, and * set up the signal and overrun bookkeeping. */ - timer->it.cpu.incr = timespec64_to_ns(&new->it_interval); + timer->it.cpu.incr = ktime_to_ns(timespec64_to_ktime(new->it_interval)); timer->it_interval = ns_to_ktime(timer->it.cpu.incr); /* -- 1.7.12.4