From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from YT6PR01CU002.outbound.protection.outlook.com (mail-canadacentralazon11022098.outbound.protection.outlook.com [40.107.193.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 431CC34DCDF for ; Fri, 30 Jan 2026 16:29:40 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=40.107.193.98 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769790582; cv=fail; b=VxUiteyMxrm6ziNX0Stq20GpJ/aW7V2WSJRHcnPOgdWmPPleuOnOpUVNBwTQvCRf4OgOujwORiCKyU5GlPD9b6Pzz8ytwD/EHnV92U6PZ5+CDP/mDJWH8W2EUd0TZHzo17UeX/MQWWMHwrjNXmBkOJ3j2CuJkSs0WRQIGpjmFU4= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769790582; c=relaxed/simple; bh=rphgl4JVZh08FJABj+X0IYD5L50TG1STTutlm7kwBoo=; h=Message-ID:Date:Subject:To:Cc:References:From:In-Reply-To: Content-Type:MIME-Version; b=Tcgc6SNWAqYmNWg9JCh2mZxTlMvhvPpwg+7jPw0nUx+88bN2K8ACtNFYOs1i4Dy3o2QepS/C8GOLdlosHUEcnKBkuhN7+S6Qrbf6pUpYu/XB1SWv76hmRdzNsTmthhZTifpAlPL+sAfHfPqD93Azq6TJ8xvwQb+B34Q5kq7NRqw= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=efficios.com; spf=pass smtp.mailfrom=efficios.com; dkim=pass (2048-bit key) header.d=efficios.com header.i=@efficios.com header.b=OFG7CLVs; arc=fail smtp.client-ip=40.107.193.98 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=efficios.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=efficios.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=efficios.com header.i=@efficios.com header.b="OFG7CLVs" ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=B2YNvK9EL8BQPekOfZgbDb8V2ar06m8mp+pTfWebg171CMSN9IDA1Y0qjcJ6nfmnt5cVgrN6P9AmafbW8xDwtOr84t/uwUfAcRcYsGHmtoT5XugELaRaLrmBp80o5q9N2zKegorX7RAimfaNeBzSv2SbFEo43dJapPlY+2ugYsgWKXRPTu2WfRCz+PvioIA2hVEuacWumcAr9CUh+dP950wY9BpP8ycJfg7TZWD8ZeebfaZ/Tmw35LmaDLqnmlsyKHruUwxySItFK4rv4+X/tm6xQxLktmKapp7JC8PI4Q82RStJeCC1ca2M6h915f8bcOy2DT7NWMfQBrA/RRCY7g== 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=7KV+O79jVB4wblLjSaxDEp7jGNtA1xm7mbXlA9gvTcE=; b=XzY3ubi9p56nZaplnDRNNFakKlLvJjHY544moDtZd/vlE5U0rpYBlJfuFnzkLWHABoxmUHgaJeabpxvdZn2F5BVHVF9TVrHg764o8ieUG3KL/oQ50DWw594g6eN5aignqgGoL46QDZrSNlHypZqFS+xGsdUTcweks3S9/YkVD5ArzRjN9TeGwkCmErS5SK7g9eqNbdAz2HVWx0U1pMaKSOzBTb1Ua5LQcDQUUlaGdFgbklMhJaowdmZ5z4DZ1qUXczAkBhieV9ISVnFLRvg/PRUD27iZsTKqR4cenEaTqmK/7PmwcMyJPHzZzazJYtSk/XDS0HjCcK/r9thWH9raaA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=efficios.com; dmarc=pass action=none header.from=efficios.com; dkim=pass header.d=efficios.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficios.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7KV+O79jVB4wblLjSaxDEp7jGNtA1xm7mbXlA9gvTcE=; b=OFG7CLVsYO8EBKy2mZZb3fRKJ+6IHF5qFFnKngQixi+1a/WHbQL7luwLnA3EOxjkpoZY8P93/GsEnUmMcXyFm9aQWQun1d1eqPHL+ODKn3eBApPlxsZ33AXUja7Exl93HiOcST1x3JJiDGEAbCJGnv7koDVK/PLZFZ407iGI3EliWRpGzENDZOStL3ZsFC9WluYj42G3RjfZo4gKAV5GezEpqKuyjDtROt7ssri+yrtSFEOWUahwZSN2bDhkpJQqMEBhBdiZLwao/yrcA9ydtStNyNd5OpEiHKOv7HiIGpnaV33dB2H1Sw90rDHHxR5VA5ZISPAkA8195g49l9ZjqA== Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=efficios.com; Received: from YT2PR01MB9175.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:be::5) by YT2PPFDF5E99EF2.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b08::494) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9564.11; Fri, 30 Jan 2026 16:29:37 +0000 Received: from YT2PR01MB9175.CANPRD01.PROD.OUTLOOK.COM ([fe80::6004:a862:d45d:90c1]) by YT2PR01MB9175.CANPRD01.PROD.OUTLOOK.COM ([fe80::6004:a862:d45d:90c1%5]) with mapi id 15.20.9564.010; Fri, 30 Jan 2026 16:29:37 +0000 Message-ID: <617e1803-373c-486f-8eba-e54cc893b7f2@efficios.com> Date: Fri, 30 Jan 2026 11:29:36 -0500 User-Agent: Mozilla Thunderbird Subject: Re: [patch 4/4] sched/mmcid: Optimize transitional CIDs when scheduling out To: Thomas Gleixner , LKML Cc: Ihor Solodrai , Shrikanth Hegde , Peter Zijlstra , Michael Jeanson References: <20260129210219.452851594@kernel.org> <20260129211557.882759840@kernel.org> <50542cbe-8867-47fb-878e-0cff4b926eef@efficios.com> <87343nkrix.ffs@tglx> Content-Language: en-US From: Mathieu Desnoyers In-Reply-To: <87343nkrix.ffs@tglx> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: YQBP288CA0029.CANP288.PROD.OUTLOOK.COM (2603:10b6:c01:9d::29) To YT2PR01MB9175.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:b01:be::5) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: YT2PR01MB9175:EE_|YT2PPFDF5E99EF2:EE_ X-MS-Office365-Filtering-Correlation-Id: 7bb89fab-8126-481c-fdd0-08de601cc29d X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|376014|1800799024|366016; X-Microsoft-Antispam-Message-Info: =?utf-8?B?NkNCNkkwemdYSFFuSEN5d0lrL2huWlNlL1EzUUNvclNmSHBHTnMzSlE5M2gr?= =?utf-8?B?Mno4VnhXZVZ1TDVKbDdNOW5NUm9CdVhmOWR5aW80MXlJYVEzaTBONWdPcXdy?= =?utf-8?B?RTMzaGdZa09nR0lyd1ZNakRTZitKQTRPMFNSeGt1d2NFTW5zT2ZGbENNUldP?= =?utf-8?B?dHNLM1NCOVFJS1BNSE4rNUxVdXVHOEpBaFhSMmFVeG5FL2tpNUJvcEQ3TWQz?= =?utf-8?B?Mk4wSy85L2ZlNGNWTlBmTjB5ZXZKVnBKNTlmb2dsOHJFVFFDN1g5U09ud2Ji?= =?utf-8?B?eWtWZWxFRDlDdG9xMTRINU5CNDdDYzdEZWZqRm91K0Vwd09ubldOd2dLT3BQ?= =?utf-8?B?YU1rTy9SeUtaL2VwdXByUXpaRytJbER4UDg3Q1BhT1h6RldxTUpob2c3enF4?= =?utf-8?B?U0w0OVAzTUYvOU43VHlSa2NmaXI0TUpsNmlzcmJmZzcrU2JsUmxTcGlrVTBq?= =?utf-8?B?TjBMTE9VeHZRL3FNT0kxS09DZXVjTk93RGJIN21tVFNPVWxBSGxqeUNZU0p5?= =?utf-8?B?anE4cEV5N2k1a2xRK25yTVo0R3l6M2pXUkJSNXJ6SnZmNkw4YUI1NnRHWFZB?= =?utf-8?B?eUpHMDJPbE9sWVE2NGl4TVRhRW84ZkpZQ3NUaUE3NEpJRkhUUDRKTlJPQWZY?= =?utf-8?B?TTZaMjAxeUlYZzc4RllFQ1U2d1pUTXIzcUUybkVBSmdWeVNxeVNSRm0rV3pR?= =?utf-8?B?bEgwUmpqekQ0cWFEK1hNMDRFb01MOEsxdzltbExCYS9pQ3pYN2haZWRSWTJR?= =?utf-8?B?ZzVxcXFXWDVsY0RkdVFYcytwWERxbVUvS3NZS1VyZlExd2pvQTF2WTB5bFVF?= =?utf-8?B?VjczTjhKaWp5OEc4QmM5LzlOT1MwcnpBdW0xWmpaMlBIWTRKc2RuUWVna0RS?= =?utf-8?B?RGY0WHFRYU0xb1JUMkdwL0hWOVVJa1pCUk84ZG5Semc4S29nYXMxbXFlT3V5?= =?utf-8?B?dVFLeTA0MTlJM3pueVNkQ281TEFlYXJsWjlQb282d3MxVCs1S3M3eEVpSjNM?= =?utf-8?B?TCtWYWlJQ3F2eG5yUVZheXdEUjljN2gwQjMrZTJrbjR4YzZRSVBpN1ovN3Qz?= =?utf-8?B?ZTFqcWhpMnA1Nk5rU2xITDFiN2FvY2RPSDdzSi9ScERhakZSMDMrbk0zNGdO?= =?utf-8?B?dmdWbVZ5TkJ5VkF2MzJMeXdzWUU2VHdNTTExelBETXJySU8vNEZFK0VjNDVD?= =?utf-8?B?QytUSTJ2R1h6ZmVyUGhWQkR5TDBHL0dGdFU4SG5XSktkYjdIaUxOUENzTUFL?= =?utf-8?B?OUZpN01EaGFJR1ZiQWFuSVloM2ZqcGtpR29NLzVrc0JSbzJrUUVucFBMd2to?= =?utf-8?B?T3lRTTRPYVh0NGw2OEU5Mlc0V2RkRTVkem02MVVTN1NmTVowREo2SGNTMHJm?= =?utf-8?B?SkdmeVNBREhGUGhKQ2FnRHJTRnByS1BCOW9CRDNpS2lUb3htSUk5UXhjdktx?= =?utf-8?B?bnpPVWVwQ3krelR3cGFDSEpqL0txU3ZvUDh5K0pGb1l3SjI4Z3dzZUt6NHZl?= =?utf-8?B?TUVHUjVNWjBRaFdNTGdacGpGa055cGt0Tlk1WUgyOEIrS0RxdE54WjNWZEtH?= =?utf-8?B?QUkycHVrZXh6ZnFVS2lsMk52UEg4YUlOazZZYnFHRW5EcHlaSjRxcW9PWVJX?= =?utf-8?B?bGNZRlVGZG5tS29Hc1pZSTRJRGVDVkFGbUZ6NHFMVHZVZDk4QlVKT01Yay8r?= =?utf-8?B?eFRvSC9sdlJ3bS9nS3kvYVNxa1lqT0VCR1FtMTNqejY3RmIrejl6K1hhOG55?= =?utf-8?B?SXpqV3ZYK1ZFdGppSXRxUlUwS042Y2ZMTVUyeC9BTHRJaXRlSnRtTTZPY0lX?= =?utf-8?B?VDlSdFhXbDBiSkcweUluQTdFS3ZybmhFbkFWY3YvMDE2UStmeVNva1VqZ2d1?= =?utf-8?B?c0lpNGp3MjZrSlJ6RzBqWXRleHdxWXNneEFxZnBFM0kyT3FTNlFTVFNwT3VR?= =?utf-8?B?VUpXU3ZrZWM1a1pHUnExUFMrUjRndFRpUzlScXI4STd1NjErOTBrVWRUU29C?= =?utf-8?B?OTZBU3pJVnVGZVN2VFNML1JxK2gxRHBWMWxZZnhYdmU1NUx4ZThxZmZ1UXk4?= =?utf-8?Q?kCOBKt?= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:YT2PR01MB9175.CANPRD01.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(376014)(1800799024)(366016);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?ZEVNaWM4VVpPUmNvMy9KTFpFT3kxMldDSXhybHR6WjAzTlZ0QWdBTUFKbXkz?= =?utf-8?B?UFNhTm1ZYzV1Tm1mcEhtRG4xYm1WTE8wSTRIODNsTzM5Q212ekRDZTFZSlFD?= =?utf-8?B?bHAreFlrTFdIWmw2NFJMQnpNUWpuNE95Y2xmUXhybjNaNGZic3p4bkRDR2Z6?= =?utf-8?B?M0VoUDdiaUlVY3pOMWdpR09Eb2hxZmVsbXJ4Sm9WNDlhRURzSVpBYWRVR3di?= =?utf-8?B?VXcvTXNCQk1Wc1pjR05SWjNuMDBDR2cwQmlwZkFFdjF1UVAyNjdEa044bENv?= =?utf-8?B?VjZ5ZlVLYkVGWFNxWmthMnU5bVQyTmpKWndMSElaYlkvNFE5MTZvZk8xa0Yw?= =?utf-8?B?dnpXYzBQSEdDUXhlTUtuZDZTZ1pxU2I0aGlaRmhEdldTTTE0YXJ5RlZXNUE0?= =?utf-8?B?NFh6M0swZnhtVEVnTk1yUGtDMFNTaEVCdGhjU1VwUTJhS3h6VlVLc09PdHpk?= =?utf-8?B?clRsWk5YQyt4OThJa010UXNaZkVtazFVRzhBVzVCSElVU2NGcUF2eXNnZGNT?= =?utf-8?B?Vk5sbW9uZUFrWlVOMUpaRE9iWFRkZS8ybUsvdXl2bWVsMXNwb2JHci9Ia0M4?= =?utf-8?B?MW5XS0QxQndyamp1UTZuZ1VtbEVSOVU0MURrS0hlL044S2Q5N0JUT1R1dzlO?= =?utf-8?B?dE04cE1ITGxnOXlVNUZnZHJGU0x5anZKR3JNWmFqcnc2S0ZjdGdXckhnYnVQ?= =?utf-8?B?SGhpbVpKL1ZNcHBjNjZyVWtBRmpackhNK21ic0NHOWxqZHNhZVJPd2tTaXlJ?= =?utf-8?B?c3lKQXRvYzBzd3JhZ2VsTHBjODZhK3d2ZW5vU0FCNnhTOEI4d0dSUVlMMjBP?= =?utf-8?B?NC9wZitwTVdVSjA4SEMrZ2JSNUlCUWdyMnFWQy9OUzB4WkFBRkhnRHBuRHdH?= =?utf-8?B?amRkMW53aHFLb0Zjak1WUWMrVDdXLzBwN0dkbkFwcDNackFqa1l0YnZrRDhD?= =?utf-8?B?eUR2NWJVZ3pjUm9tcEdWSEE4ZG1hdTdXYWp3ckcraFRoRExNSkIzbGxRcmda?= =?utf-8?B?QnJIcXZSd25jQ3hTWk5wbnFNS1V2WEFFVDRFdjVEK3RaOXVMbENyVXZ6R09B?= =?utf-8?B?czdUQnFaMjA1ZUN6VHppU1p2dnRMLzFsdWVqazdzSVRGa0w4RDB3YzhlaFRR?= =?utf-8?B?SUFYdGFJbEp3NmRzbWx2UDBTOGhqczEwVk0yYjdOU3FxRlArMmhBOVJPR1Y2?= =?utf-8?B?S2VGUzB3VVpnU3ZsWG1GQmFaekZpNmZ0SnVITmt1OHAwUEtRTWlXbFVrOUNi?= =?utf-8?B?aWtJaVBJT0VZWjV5TkwzWm9mdWtmVXhvdEM1L2dxTXJtS2hsM2xTdlVHT2tD?= =?utf-8?B?VDVPelZaSEozUmdtMmhvVXQrNDB2c0Y1bWcxdjZGT2xJTE11Mk4wT3EzM0ty?= =?utf-8?B?elZ3MnE4cWpOYUtMNkQ2cG0zMFd4THNlMTYvbDJFaUVwamtCcTJkbC9qRUUy?= =?utf-8?B?THUrLzEreGhNdVYvSEltVWJhVXlRaUdJMVdFK29nV3BlMEFIblN4UWx4RTRF?= =?utf-8?B?M0ladXJBU2NxazkzcllTcGRYVm9FZXVFN29vVi9XNk5GMzUyS1RiM2pnYVFL?= =?utf-8?B?cHhSYkN2M2JwWnhWdEV6L3hNVFhuSWFSVXhrNmZVTU9OWm42aHg4dEE0c3RX?= =?utf-8?B?T05lZStobytmS2syTWlIZW4ySlhwQitBL3oyb25hbk12enc0QVZGNjJaZkx4?= =?utf-8?B?WXZsYUJhamt4SkQxVHZaZXZxOEdQTGg5dFN2VmpaVjhJdGdOVlJ4d2dRaEVP?= =?utf-8?B?cldvUHZFZ0JwQ1pkQnBvVDB3aXhrN2RzRUVicVNmNmZacmIySzVLWW92SHZI?= =?utf-8?B?VzFlS3Y2N1EyTVMvZDhLVEZlOU5wM3BBOHhyaFFodEhXVjNCL3k0VFBieVNP?= =?utf-8?B?bFVXZDlNWDZobXhxamc4cFZYd2szK3ZRNGVicit1QXBia2M5V21yQkhJUytM?= =?utf-8?B?Vmt3MHBQL0xWbWZoN2lqSWluTkZ5SThVMUQ4TVRiZkwwRHJKTnE1YVRSb1c5?= =?utf-8?B?Vkhod29ad3R5UDArZFV5VSt0VHg5UGx6UVhzcUUwYlZQNU80SkR6V0czdGNI?= =?utf-8?B?VmpFZ1h0SGxOMVg5bUxjMG9pc3lmZEZZY0FUZWtoWWxzMWRyVWVrdTNQM0N0?= =?utf-8?B?K3JRYk4xL1EyRXFvSE1tY29SNUZCY3lpbGVhRXBuVys0ZFNZOWRVRExkQ3RE?= =?utf-8?B?VjJWdHpQdklWZmdHMHFnRXFmcCt5cDRwZkhWcE4wd3JpdWpOM3NLRkViRU4w?= =?utf-8?B?RlFKeTRNdlJBWHhUYmlFdW83dEVYUlhXUENFSWpMeGdoTUdmcUh0SzBpT2ox?= =?utf-8?B?cG5FNFY5TFdocUpBeGJuU3VzZm1rNVJ1eFA4dDJ6eTRPOThNY3dlYVQ5Q21N?= =?utf-8?Q?lRtAh2o0Tc8/p1Ck=3D?= X-OriginatorOrg: efficios.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7bb89fab-8126-481c-fdd0-08de601cc29d X-MS-Exchange-CrossTenant-AuthSource: YT2PR01MB9175.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Jan 2026 16:29:37.5006 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4f278736-4ab6-415c-957e-1f55336bd31e X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: r36twEyelsI4Qtk9IE6sCByoaAEZG/l//tXizJDGwmczKDTx5nJmm9Tht3Os6pf12I6GmM9vfP5gl1LVErOSFXh69l0Huaqz+6GXRQMGz4U= X-MS-Exchange-Transport-CrossTenantHeadersStamped: YT2PPFDF5E99EF2 On 2026-01-30 11:13, Thomas Gleixner wrote: > On Fri, Jan 30 2026 at 10:50, Mathieu Desnoyers wrote: >> On 2026-01-29 16:20, Thomas Gleixner wrote: >>> During the investigation of the various transition mode issues >>> instrumentation revealed that the amount of bitmap operations can be >>> significantly reduced when a task with a transitional CID schedules out >>> after the fixup function completed and disabled the transition mode. >>> >>> At that point the mode is stable and therefore it is not required to drop >>> the transitional CID back into the pool. As the fixup is complete the >>> potential exhaustion of the CID pool is not longer possible, so the CID can >>> be transferred to the scheduling out task or to the CPU depending on the >>> current ownership mode. This is now possible because mm_cid::mode contains >>> both the ownership state and the transition bit so the racy snapshot is >>> valid under all circumstances because a subsequent modification of the >>> mode is serialized by the corresponding runqueue lock. >> >> AFAIU the mc->mode updates are serialized by the mm->mm_cid.lock >> and not the runqueue locks. What am I missing ? > > Actually the mode updates are serialized by the mutex. They happen under > the lock as well, but the lock is not a serialization requirement for > mode changes. Right, I meant the mutex but got mixed up with the raw spinlock. > > What I meant to write with tired brain is: > > The racy snapshot is valid under runqueue lock even when there is a > concurrent mode update going on because the subsequent fixup function > is serialized with runqueue lock. That means in the following > scenario: > > CPU0 CPU1 > clear TRANSIT > .... > lock(rq) > sched_out() > CID has TRANSIT set > ... > // observes TRANSIT=0 > localmode = READ_ONCE(...mode); > // sets TRANSIT > switch mode > transfer CID according to localmode > fixup() > lock(rq) <- Blocked until the schedule on CPU1 is complete > > So both sched_out() and fixup() observe consistent state and everything > just works. There is still one detail I'm concerned about here. I would be tempted to add explicit memory barriers between: store to mm->mm_cid.mode (set TRANSIT) smp_mb(); /* Order store to mode before rq locks */ mm_cid_fixup_cpus_to_tasks() / mm_cid_fixup_tasks_to_cpus() smp_mb(); /* Order rq unlocks before store to mode. */ store to mm->mm_cid.mode (clear TRANSIT) because AFAIU the rq locks taken within the fixups are the only serialization between the scheduler and the fixup, but the mode stores performed by the mode transition are done outside of the rq locks, which means those can be reordered within the fixup rq lock critical sections. Locks are semi-permeable barriers only, unless there is something special about the rq lock ? AFAIU, having the transit state cleared while performing the fixup is a state we don't want. Thanks, Mathieu -- Mathieu Desnoyers EfficiOS Inc. https://www.efficios.com