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 39113C021BF for ; Wed, 26 Feb 2025 11:53:53 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C73FB28001C; Wed, 26 Feb 2025 06:53:52 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id C4A45280015; Wed, 26 Feb 2025 06:53:52 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A9E2928001C; Wed, 26 Feb 2025 06:53:52 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 84B6D280015 for ; Wed, 26 Feb 2025 06:53:52 -0500 (EST) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 323C8C1316 for ; Wed, 26 Feb 2025 11:53:52 +0000 (UTC) X-FDA: 83161936704.28.3E29759 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.8]) by imf24.hostedemail.com (Postfix) with ESMTP id E787A180008 for ; Wed, 26 Feb 2025 11:53:47 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=DKFoic11; spf=pass (imf24.hostedemail.com: domain of maciej.wieczor-retman@intel.com designates 192.198.163.8 as permitted sender) smtp.mailfrom=maciej.wieczor-retman@intel.com; dmarc=pass (policy=none) header.from=intel.com; arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}") ARC-Seal: i=2; s=arc-20220608; d=hostedemail.com; t=1740570828; a=rsa-sha256; cv=fail; b=bhtznxg6KuDLsWTTAv1VBK0bl3zUoufOS2ouw2gOc0I62j2t288niT2u2LBFiLcfec1CUA SkOtSKyf0DAEWNhG9JoufhesIaqIpg9A6NNlm8A8NNc83Xr3upsi4rKZhkDyl2X/95283l eOaUb5gVH/0SJXw/39npjGe1AvYFTSk= ARC-Authentication-Results: i=2; imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=DKFoic11; spf=pass (imf24.hostedemail.com: domain of maciej.wieczor-retman@intel.com designates 192.198.163.8 as permitted sender) smtp.mailfrom=maciej.wieczor-retman@intel.com; dmarc=pass (policy=none) header.from=intel.com; arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}") ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1740570828; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=c2tMdKQ9QONiiRKOvsiAHyE1lz0jk6878oFS8pM3ByQ=; b=LOiu4lmAWn8RUsoV5tWKxaedlIW6OgXPVUFzzEYGREyDKRiz00AsjCXJmeTHpRF0QhSgz8 SJdfWeRPV3I9dgoSiSARz+EezHVxpzKB6kUsrt8NHZSHeGzp72XyCMP4MuDjzfQ/+dyFWJ YOfNYjTAayRFZrgo10JvSdP5X5H59Xo= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1740570828; x=1772106828; h=date:from:to:cc:subject:message-id:references: content-transfer-encoding:in-reply-to:mime-version; bh=3Y/kG+ir+Ci6po2nsQyHK0moSPFd3HDZ4ni7fGq0ZEs=; b=DKFoic11eWZpa69dv2Mm1z8OCSlo7f+Nwppwu8/FE5MNKuC6NepnmZ8D sqcrWoRnoEPCAwBp1d7S08BtRKePxif6FIeI9WN1nCjC2YU5AygPlrTnS Z1PbzXB7pYzvsYgpmVSUXQni+KfewhbZcl2PYV+efkotgQ3vBbM1nwv/G Smmgt2PR/NrzTUc1JMqMyXdDEpaZMgilZhqcgdHPIr3dPbrpmi2EAfS1u IQuPuTDd5OaLwcbqEAV6hJqzTqSL67KDLt/REIuUf2q1Nucl5XqD4u+Zh iaYdtMNTjPvn7GUmK1y4a8VYb8jte9PIXEefzkWA4KYWOR436ulii7ahR Q==; X-CSE-ConnectionGUID: eeyBYAiLTMKq7BD1iqMnmw== X-CSE-MsgGUID: gqdufqksTGSyzH/F0/jV4g== X-IronPort-AV: E=McAfee;i="6700,10204,11357"; a="58946684" X-IronPort-AV: E=Sophos;i="6.13,317,1732608000"; d="scan'208";a="58946684" Received: from fmviesa006.fm.intel.com ([10.60.135.146]) by fmvoesa102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Feb 2025 03:53:46 -0800 X-CSE-ConnectionGUID: JV0dyDJqTtOtICKOVLhkLQ== X-CSE-MsgGUID: Sqb2XMdSTGyOWRZ6JswYmw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.13,317,1732608000"; d="scan'208";a="116492901" Received: from orsmsx603.amr.corp.intel.com ([10.22.229.16]) by fmviesa006.fm.intel.com with ESMTP/TLS/AES256-GCM-SHA384; 26 Feb 2025 03:53:45 -0800 Received: from orsmsx601.amr.corp.intel.com (10.22.229.14) by ORSMSX603.amr.corp.intel.com (10.22.229.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.44; Wed, 26 Feb 2025 03:53:44 -0800 Received: from orsedg603.ED.cps.intel.com (10.7.248.4) by orsmsx601.amr.corp.intel.com (10.22.229.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.44 via Frontend Transport; Wed, 26 Feb 2025 03:53:44 -0800 Received: from NAM10-BN7-obe.outbound.protection.outlook.com (104.47.70.45) by edgegateway.intel.com (134.134.137.100) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.44; Wed, 26 Feb 2025 03:53:43 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=QbDDK+XkH1R9b+SF5db/FH6Zo5zEhQVdRWf05tmTBoeKLbN1acR8b8oCabY8HbMOIOEBYJryxKnR+flboz9TMFCXf1iIAd0aoHFK8C2akBgrXMULK1RuyImzOOXNGoJC/AMLIMF9ZkQlu0unLijcZyL3AvnKktSobKPINM22BL/CyLAOEl++3h+dzJdX+bnHmAugOFMs8DM01rPS0zE8CATZRpJ1cOzIHnDO0YhHxPdoNIJAY6AaqKroiWSxn5OBJ6Yflzcovmcjnu5V0VITlhdKaeJFKJ+/tl7I5ea9DHsMxLa+rAiVHyy70OQokMzskupMcalbb5nqgoSDZNBkJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=c2tMdKQ9QONiiRKOvsiAHyE1lz0jk6878oFS8pM3ByQ=; b=O7j+USJlIFjtV7RJ5KcdMKkzkzBkCAWs+QqhHeryX/m+MS6nilyTOb4lEKosSyqIO3/q52JBCsN+5amaK0rFW/X7u9sn8jtl87EKAtxDX4Lu4gO6vHqgmmydVGlPCWmxsWdRYVcEJuo3ynp0yN3n0pbs8yLtr8/9GZKEdEy5O9DCmCYW1W8cePQibUuknZMLQ5tUQ339z00gycjql6GfwsZddmM52umJX31TKZsFSjxrxMIYx/viJ9dB5yxgXi1Mgc7wuV1sR8mgNvvIcXF669ks6ixHzP9LCAWACCBIMhYR4rbv5nCAkjcOjERvzWJDvZNW7+c0O3Y5rmFoOWBbxg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from MN0PR11MB6231.namprd11.prod.outlook.com (2603:10b6:208:3c4::15) by SJ0PR11MB6741.namprd11.prod.outlook.com (2603:10b6:a03:47a::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8466.19; Wed, 26 Feb 2025 11:53:14 +0000 Received: from MN0PR11MB6231.namprd11.prod.outlook.com ([fe80::a137:ffd0:97a3:1db4]) by MN0PR11MB6231.namprd11.prod.outlook.com ([fe80::a137:ffd0:97a3:1db4%4]) with mapi id 15.20.8489.018; Wed, 26 Feb 2025 11:53:14 +0000 Date: Wed, 26 Feb 2025 12:52:38 +0100 From: Maciej Wieczor-Retman To: Andrey Konovalov CC: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH v2 13/14] x86: runtime_const used for KASAN_SHADOW_END Message-ID: References: <2a2f08bc8118b369610d34e4d190a879d44f76b8.1739866028.git.maciej.wieczor-retman@intel.com> Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-ClientProxiedBy: DU7P189CA0016.EURP189.PROD.OUTLOOK.COM (2603:10a6:10:552::28) To MN0PR11MB6231.namprd11.prod.outlook.com (2603:10b6:208:3c4::15) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: MN0PR11MB6231:EE_|SJ0PR11MB6741:EE_ X-MS-Office365-Filtering-Correlation-Id: 0a6dc528-2ca6-4570-5f73-08dd565c2662 X-LD-Processed: 46c98d88-e344-4ed4-8496-4ed7712e255d,ExtAddr X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|7416014|1800799024|366016|376014; X-Microsoft-Antispam-Message-Info: =?utf-8?B?ZzMwenhObjFDU1NKMGtLS3dFWE9oSVVEWENBOHRWUE5obHNMakxpL2ZGOG95?= =?utf-8?B?RU9DSXpUYzRBQXJrUzRaQWpRMXB0ZWJ2ME51RUkrbmFuZURYRnNNUEFsd0hT?= =?utf-8?B?dVBTR2lMRFNmTXp5QnBCRDdYeU4vNTJlc1h6NmFaNG5hRHM0aitOS1JjLzc3?= =?utf-8?B?NzZYMlRRbmpXVHNnSWllOWt1eHBucDRLRVNiTEErMGVrdmVUQ1VHMU82NThq?= =?utf-8?B?TzdpSDhjVFJyOUdIdVpBd1hYNVRjdmhJc3orN3JNdFFrdTByYlExbWJpWXRW?= =?utf-8?B?bk00L0RZN0dHVENsTW1vU3hIN2JZc01nZ0cwSnlpT1NpdFRBZWppdnhFMGhm?= =?utf-8?B?NndDeEJLYVJVTGhFMmsvTXA4S2JvK2RrcHp4VnJFTHZCMnprU2lsOUZSb0xq?= =?utf-8?B?eUp2STA5SUJCZ0tSK2s0WEYraUZ6SUhueXhodzBIeVg4aDJBVG9EbEJaZ3Ji?= =?utf-8?B?aGx0ck9mTWZUWGNtM3JHZFlFMmphTHNJY3lUSktVVmEwNTVLMWhzeDFJTysz?= =?utf-8?B?V0UrRitQdXJuSzRnQ0RYU2NHZ2lsVHNCTkd5a2ZXTjZkMWxKQjBtN3J1RWlm?= =?utf-8?B?bGlPLy9lTUZ6T0tEZDV5d1JNWkFvNUdsMVNUb1l5OGU0UjF5RkpGZW5CbUxn?= =?utf-8?B?RkdUZW5qQzcxU3pUaHVEaE5QSXdGMk9DZTVQVDhKbnlMRkx4TWZ4OWdvTnR1?= =?utf-8?B?cUs0QlQ3SGVTTDhycERHZ1hsc2lvWXkvSTRJOW1GWWpxSFI4enFRckl2UkFL?= =?utf-8?B?bCtmWjd0SE5aaVNpR3ZvUVhra2NXZ1ZYd3F3L3pyUHYzdnBDbnhyVmJWT1NX?= =?utf-8?B?M3BkWC9mMFg5TkpUdVJjTnFKNkc0Q1UxSFRkc2Y5b1ZhVFNsN0lDV1BrQzgv?= =?utf-8?B?T0tKYitobzBUTk4vUkRPSDFIT29MV2FrTDlYS0dER3hyaE16TWthUzJSdnZj?= =?utf-8?B?UUx5eEw4ZjRRdEI2Z0tCT3ZPMytyR1RhaG1BZmhhN3Vobzl2OXZoODVmYlVq?= =?utf-8?B?SVV3TDhvdFkrRjd3Wms0eG5QU0NtV1B6a005NEwvNmpQRDNsTDU4WmM2eGdC?= =?utf-8?B?UHdMem5NTUMxL3hZRXUyQlRYNEJzVWgzbUNRUVNMN2MyOWc4T0JuTUFsK2tu?= =?utf-8?B?b3JSbG1UVTQrWXI4M1IyOWlDUWVUcEFnOGgwcWk4TEFPYWk0VjJhQVFKUitY?= =?utf-8?B?WE5QbGcwZVZiT05IOFNySWsxOWFoM3VwTlpZUk4yNTJsSW9KVWdIaFpESDhq?= =?utf-8?B?T3ZVc1NkbDhnVjF2bkJqa21uTTBPUytxYUFDS0xBcVRsckVaQXk0OExGeVdi?= =?utf-8?B?aEYrMjJjTUlIcWlUOFd0MStZZTh3Vzh3cHcvMzUxUmRXR2NBKzdnRG1FT0Jx?= =?utf-8?B?TVpCa0MycFhNMGMvMTIvY1J1UTJNd05PS1BlU094djNlcEFOM1haOVR0c2hS?= =?utf-8?B?NmlQUmRWRkdWait3dUc2Nkp4STJONmE2emVWYktKcnFNamdEeVk1ZTlub25G?= =?utf-8?B?RHpsN2NjK0w3T3BCeEEzcU5VNmx5YitSMENraGMyRWltaURPNnhwUHNXckV1?= =?utf-8?B?VGtUUmlNNE50UmNQMnlOT1JHM1lPNGxMQVA2NWRGZFBhUEdBeHV3TUdkTU9Q?= =?utf-8?B?b056QnhqWWVnR2F3QVd3ZDFzaGlobmlZRUxZVFoxSTU3UFBuRkFzY2pyankv?= =?utf-8?B?OC8xNGJZTDNQb2hWN2MwazkxRy8wMitUQ3AxZlluSi9wWlVPakpRMC9Lb1Jy?= =?utf-8?B?dklDTDBXUWQ3eEtpeTYrbkZZYnFGbndXY1FiODRQdXM4SFBYeXQ5ejk0SUtG?= =?utf-8?B?YzJRY2JYQWpHWHM4ajJhYXRaZ05SaHFrY3ozdTRRZDc5bjh6M2psVEhCZkVy?= =?utf-8?Q?v0BNMvuw1vC+E?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:MN0PR11MB6231.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(7416014)(1800799024)(366016)(376014);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?bXdBVGovbEJKZ1YyQTViR25DRmRpYUlpT1JtU3dWa0VFMUZBNlkvazdrTks0?= =?utf-8?B?dzYvTGU1dndnemZ6UmxmRFVGcFFYbE15dTAyTGVhMVRNcjRTNDlhMnYzU3Ru?= =?utf-8?B?SElDTkczV21hR2FvVkhhZ1JXUXRlMDVvOFNtVEFYeWVXUDArWSsvNkRFcG1V?= =?utf-8?B?WVV3T1l1QlVYYnhRSmxDK3l6NGs0aG1iZXJNdEk1S1p3am91TVdhLzFMVWQ5?= =?utf-8?B?L3lSY3RRcG95dW1sd0t1K3JlOGpyQWU1czFaVzNwU0tZU3dEbFdrTkg5aGY2?= =?utf-8?B?d0FhSUdUc05MY0tGT2FGMjg0ODJrQjA2WTBLWkFwdmFQcXRrSjBlclg2aGNT?= =?utf-8?B?amo0cENyMlNnRVNjUzRZQjdFMHFpRHlEcEd2SE00YlBiZU9Ra3FFYUZZekp1?= =?utf-8?B?MkZGdVQ5QkhXRk9tT0xwZTdxZXBuTDNoTUtZc294WkpSR2tOWjNDRlVXOFNX?= =?utf-8?B?elAxdWRlNzhYNytlazVxeWpuODFvSzF5ZmN3YWFVMzhuMUlVZkJVblQ4VlVa?= =?utf-8?B?MkdETHNIb2ZacUZaZjJ2SUpnc0t4UlR4QzlMM0o2U0tNRExuWEtwa2dkOWZV?= =?utf-8?B?RFRPdHZndUV4T1h4ODI3T3JCQXZRK3lobVZUZytrVHdMMm5IUXJ1ekhINjRY?= =?utf-8?B?YUF2Q0UvZEt1K1FSTStzbmhCLzlqeFdPaTFaVTlXVURPMlhaQ0JaQWpKM0ZV?= =?utf-8?B?Qkl3bi83dkRvNEdEVkNxYWNrRmxnZUVLd0gvelpZOXpSVm9hb1F0RXZvbnQ2?= =?utf-8?B?UVRKdndxKzZ5RmVNcEhrQjV3MUJaT2pBVFdkWjRZVXUyd21hZXZkTUJ5Z29O?= =?utf-8?B?SnhUS1I3SmZSRU5PdjdLOG9zQkVCejNsWTNBdmlOZzRrYkR1MzBkOHBVMVYw?= =?utf-8?B?QTQ4S3RxT1VqUUdMTWd6MUlIbWc2NnVhYlBYUjY4Vy9WTGF6L1ppTEtIc1VL?= =?utf-8?B?U1docVQwQ0NQeE01Z0pqYzIwWGcxMDNScE5EU2VxZXFESUNKTTNJVEp0amhK?= =?utf-8?B?RTIyTVNzRWVOVS9iSThjODdzZVlGNm1UMjVFWisvdnh3TkE0RitRY3U3dFBD?= =?utf-8?B?ZExzcjVpWm5QbU11TzZ0bGJ0ZEd4a3lBWi9DckVKbWxSU01kbUJCKzBiZkR1?= =?utf-8?B?SlBFcW9hRFhYUUIxWEhPbG5MTUFsOVg5b3R0ZzJhc0ZudndGZnUvSVFMT0dn?= =?utf-8?B?WjNyNlhRejJrZndSbGJTUC90WkVieVZxZFVPQ1lVUWMxKytONGpRZUxJR3ZP?= =?utf-8?B?NEFWTkhZb09OVmQ3eFJ2eVZyczNhQjdrUnhraDhIQ1gxQ2t1d0FsdjFIc3Nw?= =?utf-8?B?UERtc2tBSnRJU1M4QXlnejhMME8yaWs5ZVN2YW9QSTg0emJ3eDdESHJ6b2lD?= =?utf-8?B?TjNBMGY2d0JFZzFOUUNrRjRzSTZVVTh3Y0x5UDRTU0pTNkJieXFtdnU4RkF6?= =?utf-8?B?UWNXa1RCWTFZc2JWeVpjNGFlN1hna3lqTC9YQktJa1Uxdm5CQnB2dzBzT21a?= =?utf-8?B?ME85TldBVS9Ec3VtdEJ3OEN0U2lya2JFTmUrOVA3M1gvUGptdEJBWTZCSCt5?= =?utf-8?B?Q3A1V3dCK2FJOGZxbS9NU1U3YSt6enk1WEVadWZpN1dyblc4QWdGWjkyRGZP?= =?utf-8?B?ZktzUHpjVHNpRHJvMG05cEowL2lNUnhtVWdacDJGVDVXY0c2aTV3bHNIem41?= =?utf-8?B?bTIzZ0JzWXYwcVdMdVdnaEJOZ2l5SGdDL0ZRSzE2SElPVkp1MTFzemsvZm5Y?= =?utf-8?B?T3NzZHQ1UUE3Wmc5ZzZpOEFucjZBRjVpNzFUZzFoWS9jcktHSDNrVXVaVVNV?= =?utf-8?B?ODBDRmJBbUQzSjRTZVhBV3BUSTdRa1dNSCtkUEtlQVc3RUJjUDlLd2syWDEv?= =?utf-8?B?S2hlR3hHZU5YQVYwR1QraHJnTng5eFFLNlZuQWlNRENjZFhTOVJITi9kbjJR?= =?utf-8?B?SFhQU0VjbHpRSDFHSGZGMUROc3NaSENuV0tkcnBBS3lIbEVkNnhsaHk2RzZr?= =?utf-8?B?RW1VeWhvd2xNZk9QcEJtWWNTcmpoV29hUnBzODBNUVM5MG54aWJtUHhqODZp?= =?utf-8?B?NEdta1B1WEJEeXdZVXZteWZwVkRHUVIvWC80d2V0aHlLN0g2Rmg0aXVzc3RS?= =?utf-8?B?czN5YkdLRnNQOURlNVN6VnVnUkhETHg5MHc0ektlc3F5RTliMWtTa0syR090?= =?utf-8?Q?UbH/TTlfUfpckBBahXJaF8g=3D?= X-MS-Exchange-CrossTenant-Network-Message-Id: 0a6dc528-2ca6-4570-5f73-08dd565c2662 X-MS-Exchange-CrossTenant-AuthSource: MN0PR11MB6231.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Feb 2025 11:53:13.9923 (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: uU/OV7CtoiGcNJBNAIvH2vLAR8zYTMzn0VNuqoKnImVf/UmY3d8Gb+BYhVJPNlICwiBMYbfpGJFeQpZgsOGS4BbtP5u2c+9TSy77U6ZT4JA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR11MB6741 X-OriginatorOrg: intel.com X-Stat-Signature: xt1f45gy137h9rtgc1a54ujouktid8we X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: E787A180008 X-Rspam-User: X-HE-Tag: 1740570827-764897 X-HE-Meta: U2FsdGVkX1/siakfGQp9o6SPu29gamm2qKo3K8t4dJkl8Q0+gLgfaHaNud/hu+vEL22Fzbv3W8j5Hajx7cu0YM+3RGwRGcvgnkskc6OOOZ2uyovovzAgSLqK3uKxPC0Dwp4oyMgZ29BNysxMo/UBVcprQcFmcy8MUoGmxjAZS1zjlleLkxVeSsdhLwKQH+dIch3uGwK+PqIZVXqWVHXuaIFEIuf5qG+6FN1D3f3x12S9doaL24v/usoLVKAmNdA3c44erofgpkdyNBrKoCqCGpbangYBkmW/C0FUnT1ACe9MFGSikHk7F68ItNOFAEJrMVsatYYZuqseQnjIp97h2KlEaFkoqAPn3L5yYwxuj1Q6blabm3C9p0M6oMOTJCffYP6pOMwXVa6ZsSgx85PK94IOwsKUVG8HvGzwIGtoxgtTVrtaAQgG1qfxbEGEeM+ZyLzvKBrITdJ8JB3xNAsl0YI4QS2zBVPwvgIn3mutw63A6//hyK+KRS2W3Ol0EYxJJxc/lxUNKqykNgGtwRIuvbNIepSBnZvSFPg0JnKSKeWn7ed/3gAtRPiPEuJc2iHttXqkTwVSNT96e9ROmNNmMoaZyVwGPUJiiETZxT95rt2whTiW1UewJG4Lk2YkUN2TsUSCt2gHbwAl+ixkhoVOSJqWnBVGpGL4NXUsXuE3C3wZ1NbB9xxdGD+P0R83O2D+TzWdVDsV6c5n8a4qIrZVYhRUq1wgVtj+Eej/CBHWy1qf7wRSkTd6r0jSDyORCvg7KFxPHA8gGmy2tfp4tgBn5a/V7tQ6t2ojsDyFLjwCDnN38mz+yP8nTnZ5ua8N0K5sp+in0jAK172Wts5O/RFWKr34PPvz8zgj2OIWa17+OaMBHHH2b64rCCjLdHbpARf2GSFO2qsML3AzbaML5M3lnb63clIESNBVBOJkOVqm88pjJsvaUF7Wu3xhkBQvlySBYX2XIfcw//Nm4eYPW1p 3Imcbrr0 GkpYNX7HhA9rQN8XRu8E9PwMrgoqxueGRaHGTrls+mWuyTlxrCAos4YY+GqyevDrxfFOvI1l1AJ2una7Fxlz0RE1qrUh6wdHbhjqjpLv62qeoULds7khODdtP9nvfOBoeVEXx2YL5tPZueJFRSOoIn8UCs4sKm0iZyxVWi52LDhwe5jnuH54MHPqw3UOKqPNeUq9qWyU9AS+gCp5fOHE2J3cNCCRn9y3xH3kBrCi5V9/UpTmIQjdJmuJzyelr4vXcD860nuI6u7VrFzHZM43h8/CV8ic8hvgATJ/omsYFZYamB9j5S+4N7o7Sx9+zbGGULUDjo2UWumKFjKVyo4Mu/TLMNyAja5sEDaJbBS4gZMytDHQ+MYUfTtoEDxMlqpSKNepmRzZhwFKkJKOClPT59pS/jxmTqJlmx6unOGKbr4JyckggOvnTl0qxw7w04CIHQk68vgp0ztYloed2BGD0xrbE1lZPtpnhwPcTrgEPU4uWgLnOLfgZF/IboBx3A5pvHuCjTDrAXsQ0YlxwxLxfnEv9kUsicbUBE5kcdZkXQ0x9nKmS/UASNXgM69fOiYd1gXYL+W4DSN13LB6tJZnmRk3VIA== 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: On 2025-02-25 at 22:37:37 +0100, Andrey Konovalov wrote: >On Tue, Feb 25, 2025 at 6:16 PM Maciej Wieczor-Retman > wrote: >> >> I mean in my tests, with setting offset in runtime, everything works correctly >> in inline mode. Even though hwasan-mapping-offset ends up empty and doesn't end >> up in CFLAGS_KASAN. I assume this means that the inline mode is pretty much the >> same as outline mode with the runtime offset setting? >> >> I also tested if hwasan-mapping-offset does anything if I passed random values >> to it by hardcoding them in the makefile and still everything seemed to work >> just fine. Therefore I assumed that this option doesn't have any effect on x86. > >Hm that's weird. I wonder if inline instrumentation somehow gets auto-disabled. > >> Hmm indeed it does. Then I'm not sure why I didn't crash when I started putting >> in random variables. I'll dive into assembly and see what's up in there. > >Please do, I'm curious what's going on there. I think I figured it out. After adding kasan_params += hwasan-instrument-with-calls=0 to Makefile.kasan just under kasan_params += hwasan-mapping-offset=$(KASAN_SHADOW_OFFSET) inline works properly in x86. I looked into assembly and before there were just calls to __hwasan_load/store. After adding the the hwasan-instrument-with-calls=0 I can see no calls and the KASAN offset is now inlined, plus all functions that were previously instrumented now have the kasan_check_range inlined in them. My LLVM investigation lead me to bool shouldInstrumentWithCalls(const Triple &TargetTriple) { return optOr(ClInstrumentWithCalls, TargetTriple.getArch() == Triple::x86_64); } which I assume defaults to "1" on x86? So even with inline mode it doesn't care and still does an outline version. I checked how arm64 reacts to adding the hwasan-instrument-with-calls=0 by cross compiling and I don't see any differences in output assembly. > >> But anyway I have an idea how to setup the x86 offset for tag-based mode so it >> works for both paging modes. I did some testing and value >> 0xffeffc0000000000 >> seems to work fine and has at least some of the benefits I was hoping for when >> doing the runtime_const thing. It works in both paging modes because in 5 levels >> it's just a little bit below the 0xffe0000000000000 that I was thinking about >> first and in 4 levels, because of LAM, it becomes 0xfffffc0000000000 (because in >> 4 level paging bits 62:48 are masked from address translation. So it's the same >> as the end of generic mode shadow memory space. >> >> The alignment doesn't fit the shadow memory size so it's not optimal but I'm not >> sure it can be if we want to have the inline mode and python scripts working at >> the same time. At the very least I think the KASAN_SHADOW_END won't collide with >> other things in the tab-based mode in 5 level paging mode, so no extra steps are >> needed (arch/x86/mm/kasan_init_64.c in kasan_init()). > >What do you mean by "The alignment doesn't fit the shadow memory size"? Maybe that's the wrong way to put it. I meant that KASAN_SHADOW_END and KASAN_SHADOW_END aren't aligned to the size of shadow memory. > >> Do you see any problems with this offset for x86 tag-based mode? > >I don't, but I think someone who understands the x86 memory layout >better needs to look at this. > >> Btw I think kasan_check_range() can be optimized on x86 if we use >> addr_has_metadata() that doesn't use KASAN_SHADOW_START. Getting rid of it from >> the implementation will remove pgtable_l5_enabled() which is pretty slow so >> kasan_check_range() which is called a lot would probably work much faster. >> Do you see any way in which addr_has_metadata() will make sense but won't use >> KASAN_SHADOW_START? Every one of my ideas ends up using pgtable_l5_enabled() >> because the metadata can have 6 or 15 bits depending on paging level. > >What if we turn pgtable_l5_enabled() into using a read-only static key >(DEFINE_STATIC_KEY_FALSE_RO) instead of a bool variable? Or if that is >not acceptable, we could cache its value in a KASAN-specific static >key. I think this was a false alarm, sorry. I asked Kirill about turning pgtable_l5_enabled() into a runtime_const value but it turns out it's already patched by alternative code during boot. I just saw a bunch more stuff there because I was looking at the assembly output and the code isn't patched there yet. -- Kind regards Maciej Wieczór-Retman