Received-SPF: pass (google.com: domain of linux-kernel+bounces-44773-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Tue, 30 Jan 2024 22:52:56 +0800
From: kernel test robot <oliver.sang@intel.com>
To: Kees Cook <keescook@chromium.org>
CC: <oe-lkp@lists.linux.dev>, <lkp@intel.com>, Justin Stitt
	<justinstitt@google.com>, Miguel Ojeda <ojeda@kernel.org>, Nathan Chancellor
	<nathan@kernel.org>, Nick Desaulniers <ndesaulniers@google.com>, "Peter
 Zijlstra" <peterz@infradead.org>, Marco Elver <elver@google.com>, Hao Luo
	<haoluo@google.com>, Przemek Kitszel <przemyslaw.kitszel@intel.com>,
	<workflows@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-kbuild@vger.kernel.org>, <oliver.sang@intel.com>
Subject: [kees:devel/overflow/sanitizers] [overflow] 660787b56e:
 UBSAN:signed-integer-overflow_in_lib/test_memcat_p.c
Message-ID: <202401302219.db90a6d5-oliver.sang@intel.com>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?9U3tyOwb4Nn4k9gphJBipEHG4CfMjgGfpgn0W5peop+94xoWEw/ZJazg2K1L?=
 =?us-ascii?Q?uhbpmdK8FAMTtUs6VoxOGCK4an6X+icASlDpa1z3Y/m5TGUIooMqn1YuKhPw?=
 =?us-ascii?Q?jORetmp9ApRYqhMiW/+ea385Bajnw7TgZnyZWOK3jrvRV7JBs4i8SI7v/KxX?=
 =?us-ascii?Q?NQ3PuQ5M1OeB7Z7v5ltkF8HIXdbuHWbjPcGhSuPmUisebBcZIXHvU2oaXDeS?=
 =?us-ascii?Q?WnYIATVA0yLZstPTOwBIw+y9AZUldqt8YNiGmGej5mf/+iHHLD0rLgHGxVwM?=
 =?us-ascii?Q?1ztEjc3LisqwSrZ/eeKG2PmQVCPzwYXePY8qLMly+BJCx/OvkZZnRhmqEQQM?=
 =?us-ascii?Q?udoC/2DZSxQ4EbEFjG8GfVM+VDdXKHbFqkkBzbmrjbfTO2CmZvlyvbfc+xpv?=
 =?us-ascii?Q?0suwT2/wz1tWuXd3Z/utsqG4uxc7TrllBHlJO5CBdS9omtj+GN2juBZW0CrL?=
 =?us-ascii?Q?fqFK4XJzrJWG97h234iefl3z8vckTgI6+D6Lj/LW0KwnAi2jNl76lIXGD0Qo?=
 =?us-ascii?Q?1vslgchub4oIzW7Dp/k7LXV1yL9tQMc7GjqBtqfT8vWbdT6Mcwe8WrDHWS7x?=
 =?us-ascii?Q?lh6kysqA8N0uV/bDfwzoLhMsiwkYLZgxd1+4UVqZWeUGSEtAD+VrjFxQoG16?=
 =?us-ascii?Q?PPa2Elhlz8/wCu0W03NFhTRDzJCEOXveLrB2Fw+FBbWOt9J/sGxsXIYiDOnH?=
 =?us-ascii?Q?uQTirHEZ0XdROI7yUqRrhlKklOmbImWYsubHRN2fOxC4sXzzdp/0CUnS+Yj4?=
 =?us-ascii?Q?uxs+n+apO7ehhke4cTEI23lPqCgTplM5e/yC0WZ3fhdzFyA1VEMAYWllRIPS?=
 =?us-ascii?Q?F4As37qQGNEnewHymJUyIpNR8VxzdetRNo0z05G43RBSkAP5U8erbq6CxABp?=
 =?us-ascii?Q?QWaHSK6G9bilNXZzHtuRFkCdoR6YOZqEIazyzelDrW/1ok404SUe4C137fs7?=
 =?us-ascii?Q?6lOHzU6yIZJdfZEZsQWLIbO6YSjYNMIAkiVeQs7ZE9akYqW0Koql5baGlEwb?=
 =?us-ascii?Q?ZcrYLfXFNKevXdN6ozrR1nWL/k3I5Cqcocc0u1ac5zWNgXx2hxMimIYSZv1x?=
 =?us-ascii?Q?3oQ9FoH/1+Ew3QNQbCenq0qAmZ1QQwj+Qxw33AipUcCxn/c5/4uF6zBSdjrk?=
 =?us-ascii?Q?1hb687iLoLdjBYL6O7m2x3gs6rSYEtDYkP0cbHtCOJPozgQBigGSQbQCBKND?=
 =?us-ascii?Q?58HarP8SU/nffqB0rgdsk3KRMBE0ouDNytk0UMpr2v/YsVrfRjIUt7lYr373?=
 =?us-ascii?Q?ojB5XxGnB4M7PQWFQhtncu1/v2LYmaes6Wx7ATPGYtu/+nkg6yXmfHVolWze?=
 =?us-ascii?Q?kA2OAvYALPs4r5rmW0ybLfMBiPbFK+wvuUawFom9stTHeBUYG5B4anVI4FHw?=
 =?us-ascii?Q?awsDJvf/wa4dsGftcxSda5EXTjhu5YHijHflsuAkXvRxFWVNp0X8Zz/JvDRl?=
 =?us-ascii?Q?W30YPCD1B7SreF7Sup+0UiJVQLqsUOfReNicnTcD78vM9e5oLk9iXGYmQ65v?=
 =?us-ascii?Q?vWE3crv8J9xhGrJfzk+6FHaoK1FRLToqnxVnVelWEpP2cp98cAoHBgovL9YK?=
 =?us-ascii?Q?hbKEs/qXnRu2st57Q8GuwJBB5GOwx/vyCAEwOVCyyinYd2azkZHIsB957qlD?=
 =?us-ascii?Q?iw=3D=3D?=
X-MS-Exchange-CrossTenant-Network-Message-Id: e29fd864-8619-46b4-811b-08dc21a32ad0
X-MS-Exchange-CrossTenant-AuthSource: LV3PR11MB8603.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Jan 2024 14:53:06.5019
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 9vuYNS79P36jjn87r45DgINcfYqdmSmC7GjFtvBQLtE3rhPDdDDC6Ap84OVkPQyw33EVX+WqDK9GnurGatVXNw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW4PR11MB6690
X-OriginatorOrg: intel.com


Hello,

kernel test robot noticed "UBSAN:signed-integer-overflow_in_lib/test_memcat_p.c" on:

commit: 660787b56e6e97ddc34c7882cbe1228f4040ef74 ("overflow: Reintroduce signed and unsigned overflow sanitizers")
https://git.kernel.org/cgit/linux/kernel/git/kees/linux.git devel/overflow/sanitizers

in testcase: boot

compiler: gcc-11
test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 16G

(please refer to attached dmesg/kmsg for entire log/backtrace)


we noticed this commit is reintroducing "signed and unsigned overflow
sanitizers", there is below config diff between parent and this commit in our
buildings:

--- ea804316c9db5148d2bb0c1f40f70d7a83404638/.config    2024-01-26 22:09:35.046768122 +0800
+++ 660787b56e6e97ddc34c7882cbe1228f4040ef74/.config    2024-01-26 19:53:20.693434428 +0800
@@ -6706,6 +6706,7 @@ CONFIG_UBSAN_BOUNDS_STRICT=y
 CONFIG_UBSAN_SHIFT=y
 # CONFIG_UBSAN_DIV_ZERO is not set
 CONFIG_UBSAN_UNREACHABLE=y
+CONFIG_UBSAN_SIGNED_WRAP=y
 # CONFIG_UBSAN_BOOL is not set
 # CONFIG_UBSAN_ENUM is not set
 # CONFIG_UBSAN_ALIGNMENT is not set

while testing, we observed below different (and same part) between parent and
this commit:

ea804316c9db5148 660787b56e6e97ddc34c7882cbe
---------------- ---------------------------
       fail:runs  %reproduction    fail:runs
           |             |             |
          6:6            0%           6:6     dmesg.UBSAN:shift-out-of-bounds_in_arch/x86/kernel/cpu/intel.c
          6:6            0%           6:6     dmesg.UBSAN:shift-out-of-bounds_in_arch/x86/kernel/cpu/topology.c
          6:6            0%           6:6     dmesg.UBSAN:shift-out-of-bounds_in_fs/namespace.c
          6:6            0%           6:6     dmesg.UBSAN:shift-out-of-bounds_in_fs/read_write.c
          6:6            0%           6:6     dmesg.UBSAN:shift-out-of-bounds_in_include/linux/rhashtable.h
          6:6            0%           6:6     dmesg.UBSAN:shift-out-of-bounds_in_include/net/tcp.h
           :6          100%           6:6     dmesg.UBSAN:signed-integer-overflow_in_lib/test_memcat_p.c


this looks like the commit uncovered issue. but since it's hard for us to back
port this commit to each commit while bisecting, we cannot capture the real
first bad commit. not sure if this report could help somebody to investigate
the real issue?


If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <oliver.sang@intel.com>
| Closes: https://lore.kernel.org/oe-lkp/202401302219.db90a6d5-oliver.sang@intel.com


[   42.894536][    T1] ------------[ cut here ]------------
[   42.895474][    T1] UBSAN: signed-integer-overflow in lib/test_memcat_p.c:47:10
[   42.897128][    T1] 6570 * 725861 cannot be represented in type 'int'
[   42.898391][    T1] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.8.0-rc1-00007-g660787b56e6e #1
[   42.899962][    T1] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.2-debian-1.16.2-1 04/01/2014
[   42.901661][    T1] Call Trace:
[ 42.902009][ T1] dump_stack_lvl (??:?) 
[ 42.902009][ T1] dump_stack (??:?) 
[ 42.902009][ T1] handle_overflow (ubsan.c:?) 
[ 42.902009][ T1] ? kmemleak_alloc (??:?) 
[ 42.902009][ T1] ? kmalloc_trace (??:?) 
[ 42.902009][ T1] ? test_memcat_p_init (test_memcat_p.c:?) 
[ 42.902009][ T1] __ubsan_handle_mul_overflow (??:?) 
[ 42.902009][ T1] test_memcat_p_init (test_memcat_p.c:?) 
[ 42.902009][ T1] ? trace_hardirqs_on (??:?) 
[ 42.902009][ T1] ? _raw_spin_unlock_irqrestore (??:?) 
[ 42.902009][ T1] ? test_string_helpers_init (test_memcat_p.c:?) 
[ 42.902009][ T1] do_one_initcall (??:?) 
[ 42.902009][ T1] ? parameq (??:?) 
[ 42.902009][ T1] ? parse_args (??:?) 
[ 42.902009][ T1] do_initcalls (main.c:?) 
[ 42.902009][ T1] ? rdinit_setup (main.c:?) 
[ 42.902009][ T1] kernel_init_freeable (main.c:?) 
[ 42.902009][ T1] ? rest_init (main.c:?) 
[ 42.902009][ T1] kernel_init (main.c:?) 
[ 42.902009][ T1] ? schedule_tail (??:?) 
[ 42.902009][ T1] ret_from_fork (??:?) 
[ 42.902009][ T1] ? rest_init (main.c:?) 
[ 42.902009][ T1] ret_from_fork_asm (??:?) 
[ 42.902009][ T1] entry_INT80_32 (??:?) 
[   42.924183][    T1] ---[ end trace ]---
[   42.925743][    T1] test_memcat_p: test passed


The kernel config and materials to reproduce are available at:
https://download.01.org/0day-ci/archive/20240130/202401302219.db90a6d5-oliver.sang@intel.com


-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki