From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 013A8CF9C64 for ; Sun, 22 Sep 2024 11:37:00 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 1289B6B007B; Sun, 22 Sep 2024 07:37:00 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 0D9246B0082; Sun, 22 Sep 2024 07:37:00 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id EE2D16B0085; Sun, 22 Sep 2024 07:36:59 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id C9B8C6B007B for ; Sun, 22 Sep 2024 07:36:59 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 1FECAABBA4 for ; Sun, 22 Sep 2024 11:36:59 +0000 (UTC) X-FDA: 82592172558.06.82D3C07 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.17]) by imf20.hostedemail.com (Postfix) with ESMTP id 92B151C0008 for ; Sun, 22 Sep 2024 11:36:55 +0000 (UTC) Authentication-Results: imf20.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=n3SW3z2e; spf=pass (imf20.hostedemail.com: domain of lkp@intel.com designates 198.175.65.17 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1727004900; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding:in-reply-to: references:dkim-signature; bh=XGXR1TqRLBWwI+4yWRvsfDv+8NsgUPs8tmnIr1f8Vvw=; b=ZhMVluM0+zMXgEennLx1eCPQgYp157oY7zAfYY/kQJlSNkOJeO1A4GJyj8PMyPvqyJyLo0 WzSh7yYVgw9NVKWZRGioMLMEMTChL42Sb15pZlTqD/5loRtXjaKK96++RfUsAR7H7s2mYg ltDp7Gx6gd3PUwAPUR97EgOt49cxJCs= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1727004900; a=rsa-sha256; cv=none; b=t2U8xvGDoNe3ElxU4ef7oFh7qt4jXYbcpi5j3Ol6Ps5Y8fE2hC7krJ1iC4Gk2OitFnqlTY QU5Oj6y971wIeCQYcmR+Vakc4Kwvd0OC4qmxOQTRrUZ3F4h0pTMKCm1YV+D+zrhzTJNAhk 7S2rLvbtYMpzBTCcoOReEXaerqiAnNo= ARC-Authentication-Results: i=1; imf20.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=n3SW3z2e; spf=pass (imf20.hostedemail.com: domain of lkp@intel.com designates 198.175.65.17 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1727005015; x=1758541015; h=date:from:to:cc:subject:message-id:mime-version; bh=8iZZwK0PfVH2Z9hha2nnerzECeFdznDDonb2vITPbag=; b=n3SW3z2epDT5UhUmYJq2bLovncsdzUe+5IYrMcfdb3wlW4W6cx2ZOE/g SmFWGAwp5gkFqmO7UHXia9iC+QTZ1lmzbIHKFKL3Uo1z96dDDP+1wWocC DuB35rSIBEpo4vARaDRwRugHGsPqgGmJMNwNz7hWmWaQfa7OEGuHmrNiL KW34wv0hLPwWx+US/RH1HFY4E6LLnW+pWlIEZa7mjNGqdhiL/7+GLCiVO 3XVPUPM5NpEX1DJDfFyZGXPc10L6RJECop/yZsY/TWzUkfCpyCEpJgiWZ gpg9ICWtY/YFK4G9ax5EI8ABYyMx0PHLUktw7IWm9B46u+9lR3FFuwX5v w==; X-CSE-ConnectionGUID: 6CiRy8AMSZKl0Yl0m5550g== X-CSE-MsgGUID: bTznXH1oSOqea32n57vaEA== X-IronPort-AV: E=McAfee;i="6700,10204,11202"; a="26115679" X-IronPort-AV: E=Sophos;i="6.10,249,1719903600"; d="scan'208";a="26115679" Received: from fmviesa004.fm.intel.com ([10.60.135.144]) by orvoesa109.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 22 Sep 2024 04:36:54 -0700 X-CSE-ConnectionGUID: tlKz8dFoR++Zx61QuQddbg== X-CSE-MsgGUID: yRYILjnRSIyvgGR4mQBsJg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.10,249,1719903600"; d="scan'208";a="75339159" Received: from lkp-server01.sh.intel.com (HELO 53e96f405c61) ([10.239.97.150]) by fmviesa004.fm.intel.com with ESMTP; 22 Sep 2024 04:36:52 -0700 Received: from kbuild by 53e96f405c61 with local (Exim 4.96) (envelope-from ) id 1ssKtW-000GI2-0Y; Sun, 22 Sep 2024 11:36:50 +0000 Date: Sun, 22 Sep 2024 19:36:15 +0800 From: kernel test robot To: Ilya Leoshkevich Cc: oe-kbuild-all@lists.linux.dev, linux-kernel@vger.kernel.org, Andrew Morton , Linux Memory Management List , Alexander Potapenko Subject: mm/kmsan/hooks.c:269:14: sparse: sparse: cast removes address space '__user' of expression Message-ID: <202409221923.Z2I9fBpk-lkp@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 92B151C0008 X-Stat-Signature: g4sznpaeqbcmo6pi6hunyp6ru5zukxk9 X-Rspamd-Server: rspam09 X-Rspam-User: X-HE-Tag: 1727005015-571735 X-HE-Meta: U2FsdGVkX18iResZ18DMFv0cZhF7oxL9Yo6Z+YTG0+ilcRkMTmy/kjT9QYAfTAy8+9M+F9AJj2gghuVIb3wnDUb8jqjx8q6wVnGKOp7BLUoAM3LhPKWltVTpn2+ARMUnbZ6NvfWJbmGzLkpnTm87rUuUPlOumMMjZx/GwZKkm2spFKoWL3klOnfVzmomXYSGc33UvTIjsCaSqmwmq8vETgJA9w1BMERQ7ByP6eADeSMuzqGNc6kTaMoB52m3AlhSu23uI5rteYvPl9ASjbpLUqueaxuaUgbvjToUq6q4Wx7RKddHmPKPYai4IbfBlqkxnhHEAwr2KaSSMpzWgCpYfxRGjZkzohPq6YR2AQdvt2pQFR1d4Hh99SSTSImbtiXnSYWWvbjPrhpe6SZCDMq5DF6onEv5Fx0/PdUC7tRUMKon9+/AE03lu9aUK60eygt5WIQvANXAQynmlyspLBzeQQt1s2u8sYQ1pD4nbSDA/bTpRn6+2BXPH5vQeW+7+t7zXhhAYbaheEDylDY5jIA9Fr4aRpK5EkJux9io0IBWjNVKvKNh2mjwct5pcCZLsc3ViDCQxfctTC575EgBekemE8wNUMV5iR/87Md1+3gEpqcwR2QuK8cXi8wXB+OYby5gLP+RN0QJaoBRClCvI2I4N1FLb8R0+x7MXz2IpXmGx5oMLWc66NAcl0R8nVlgr9/MEqcgH7esEB8aUeN92vCZsJwyP1E5n5AbhUi12LscWECwZhA7ByeiNv/30eQwvAQm8I6qdIv7o093BQovggC1rEPauXWE82MIf76ks/6Z432hGQ9HUF7VVM56Ux0xU3KNxSEC6+xA2j0p90Sk6cVzwdtk1LsQbL2p8+X6LMFpjGWKkbYtwa9KgFoI2dPjU2DdYmiL/tdARdTl+3g3jEBZt7ZRxiOI915l9bXEJTxl2/VZxdDjPqvXSJcc5wdX7mcAgWi8VoaWxeqicJ6i28d IHgktI0f QKpKkCfUeKFD8x96k3UFHPIQ4VJEkxrXyff7ehpvxAWkHYqHnoWp/ZCLu1pS55XLjYEyEocntb3VMFDN6MUmqAjY8dYLuWSbp3N4N7G1aM99dd1kJdDPBAB8PD0JQrn9sdCzR3HyKmCPQ4s32lLTvFkDoSQILfwCtqo8FqJUh11dCK3rD+52xmbf7QupkNmNxlJvSFMtATsIq5zNAe7b2R4iB7EonQKdgSix5xVLEof0d2wIxPlkmKt5aGForT1Sn0tQbg53PNl+opUjtF/PFxZP8nAqK230SzMg7FwWwCYNPICX1j4TG/ldcvqAlak/COK0f0Y44T2RRUGvm/2OFPSomRDTKMBMZorJ5VcUiMsianz8iDNWd03fOcxzQSxZ/zs26uFY400XPgGB10le+p2ilEeyDjLPFRDtPJtdufb0sILyQ+NehhMyJahfN9ovyXZ6PuOdiem1eBgY= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi Ilya, First bad commit (maybe != root cause): tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 88264981f2082248e892a706b2c5004650faac54 commit: 3a8f6f3b469b4075919a3613e182f9a70df92d46 kmsan: enable on s390 date: 3 months ago config: s390-randconfig-r121-20240922 (https://download.01.org/0day-ci/archive/20240922/202409221923.Z2I9fBpk-lkp@intel.com/config) compiler: clang version 20.0.0git (https://github.com/llvm/llvm-project 8663a75fa2f31299ab8d1d90288d9df92aadee88) reproduce: (https://download.01.org/0day-ci/archive/20240922/202409221923.Z2I9fBpk-lkp@intel.com/reproduce) 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 | Closes: https://lore.kernel.org/oe-kbuild-all/202409221923.Z2I9fBpk-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> mm/kmsan/hooks.c:269:14: sparse: sparse: cast removes address space '__user' of expression mm/kmsan/hooks.c:271:75: sparse: sparse: incorrect type in argument 3 (different address spaces) @@ expected void const *user_addr @@ got void [noderef] __user *to @@ mm/kmsan/hooks.c:271:75: sparse: expected void const *user_addr mm/kmsan/hooks.c:271:75: sparse: got void [noderef] __user *to mm/kmsan/hooks.c:280:50: sparse: sparse: cast removes address space '__user' of expression mm/kmsan/hooks.c:306:59: sparse: sparse: Using plain integer as NULL pointer mm/kmsan/hooks.c:319:79: sparse: sparse: Using plain integer as NULL pointer mm/kmsan/hooks.c:325:79: sparse: sparse: Using plain integer as NULL pointer mm/kmsan/hooks.c:421:78: sparse: sparse: Using plain integer as NULL pointer vim +/__user +269 mm/kmsan/hooks.c b073d7f8aee4eb Alexander Potapenko 2022-09-15 247 75cf0290271bf6 Alexander Potapenko 2022-09-15 248 void kmsan_copy_to_user(void __user *to, const void *from, size_t to_copy, 75cf0290271bf6 Alexander Potapenko 2022-09-15 249 size_t left) 75cf0290271bf6 Alexander Potapenko 2022-09-15 250 { 75cf0290271bf6 Alexander Potapenko 2022-09-15 251 unsigned long ua_flags; 75cf0290271bf6 Alexander Potapenko 2022-09-15 252 75cf0290271bf6 Alexander Potapenko 2022-09-15 253 if (!kmsan_enabled || kmsan_in_runtime()) 75cf0290271bf6 Alexander Potapenko 2022-09-15 254 return; 75cf0290271bf6 Alexander Potapenko 2022-09-15 255 /* 75cf0290271bf6 Alexander Potapenko 2022-09-15 256 * At this point we've copied the memory already. It's hard to check it 75cf0290271bf6 Alexander Potapenko 2022-09-15 257 * before copying, as the size of actually copied buffer is unknown. 75cf0290271bf6 Alexander Potapenko 2022-09-15 258 */ 75cf0290271bf6 Alexander Potapenko 2022-09-15 259 75cf0290271bf6 Alexander Potapenko 2022-09-15 260 /* copy_to_user() may copy zero bytes. No need to check. */ 75cf0290271bf6 Alexander Potapenko 2022-09-15 261 if (!to_copy) 75cf0290271bf6 Alexander Potapenko 2022-09-15 262 return; 75cf0290271bf6 Alexander Potapenko 2022-09-15 263 /* Or maybe copy_to_user() failed to copy anything. */ 75cf0290271bf6 Alexander Potapenko 2022-09-15 264 if (to_copy <= left) 75cf0290271bf6 Alexander Potapenko 2022-09-15 265 return; 75cf0290271bf6 Alexander Potapenko 2022-09-15 266 75cf0290271bf6 Alexander Potapenko 2022-09-15 267 ua_flags = user_access_save(); f926e9326f3a79 Ilya Leoshkevich 2024-06-21 268 if (!IS_ENABLED(CONFIG_ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE) || f926e9326f3a79 Ilya Leoshkevich 2024-06-21 @269 (u64)to < TASK_SIZE) { 75cf0290271bf6 Alexander Potapenko 2022-09-15 270 /* This is a user memory access, check it. */ 75cf0290271bf6 Alexander Potapenko 2022-09-15 271 kmsan_internal_check_memory((void *)from, to_copy - left, to, 75cf0290271bf6 Alexander Potapenko 2022-09-15 272 REASON_COPY_TO_USER); 75cf0290271bf6 Alexander Potapenko 2022-09-15 273 } else { 75cf0290271bf6 Alexander Potapenko 2022-09-15 274 /* Otherwise this is a kernel memory access. This happens when a 75cf0290271bf6 Alexander Potapenko 2022-09-15 275 * compat syscall passes an argument allocated on the kernel 75cf0290271bf6 Alexander Potapenko 2022-09-15 276 * stack to a real syscall. 75cf0290271bf6 Alexander Potapenko 2022-09-15 277 * Don't check anything, just copy the shadow of the copied 75cf0290271bf6 Alexander Potapenko 2022-09-15 278 * bytes. 75cf0290271bf6 Alexander Potapenko 2022-09-15 279 */ 75cf0290271bf6 Alexander Potapenko 2022-09-15 280 kmsan_internal_memmove_metadata((void *)to, (void *)from, 75cf0290271bf6 Alexander Potapenko 2022-09-15 281 to_copy - left); 75cf0290271bf6 Alexander Potapenko 2022-09-15 282 } 75cf0290271bf6 Alexander Potapenko 2022-09-15 283 user_access_restore(ua_flags); 75cf0290271bf6 Alexander Potapenko 2022-09-15 284 } 75cf0290271bf6 Alexander Potapenko 2022-09-15 285 EXPORT_SYMBOL(kmsan_copy_to_user); 75cf0290271bf6 Alexander Potapenko 2022-09-15 286 :::::: The code at line 269 was first introduced by commit :::::: f926e9326f3a79f7e01ac790e2361f44d8ca8320 kmsan: fix kmsan_copy_to_user() on arches with overlapping address spaces :::::: TO: Ilya Leoshkevich :::::: CC: Andrew Morton -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki