From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from PH7PR06CU001.outbound.protection.outlook.com (mail-westus3azon11010064.outbound.protection.outlook.com [52.101.201.64]) (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 BC3BA368275 for ; Wed, 6 May 2026 10:39:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=fail smtp.client-ip=52.101.201.64 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778063985; cv=fail; b=Pdnsd/hICDZg8a2QH4P1HL8wvzAWouNjuCgjibjvXVL2+L4pQtcffFKEU1s4tYQ2fi6gZ2xZ1H9cuYYItfnE1J3UIf5bph4uXOqUZAkFifwQpyeL7rPHwXVaCEVY5Mzf83SQySb0NzjRiFw23JglvhqODT3eYaDyrEhxwaKap5g= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778063985; c=relaxed/simple; bh=caSJvZCimHquHSput6WAf9Hythv1cK1pXwA/KbLiO8s=; h=Message-ID:Date:MIME-Version:Subject:To:CC:References:From: In-Reply-To:Content-Type; b=hWuTh64cYcAiryH8v30YqaqCOpNKy8sxmAEsvhqCoxwiyrfePO7egL2/tI731kIFVPvxvLGZEnEVuORxdRr/4R/gMNPQDgtLQmTIoNaze1Y8+uIbpa/6pjF9qvFUhrUWLQWdqHiGXX4rDc8hZy4KRxVU1A1OEWAFYKauecjgv7Y= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=amd.com; spf=fail smtp.mailfrom=amd.com; dkim=pass (1024-bit key) header.d=amd.com header.i=@amd.com header.b=Q7CnEoae; arc=fail smtp.client-ip=52.101.201.64 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=amd.com Authentication-Results: smtp.subspace.kernel.org; spf=fail smtp.mailfrom=amd.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=amd.com header.i=@amd.com header.b="Q7CnEoae" ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=qLvcM5AfWkcMQdyleHfj4HjrPmLlvpl4nSusY2NcOJTUDQi3QnJG09ejQOSR8zR1eThS49MBr4elcpaKZRtoTXvhKte/Jq+zAznGAjf4d4GPaMI0gN4gqpRv2HXUSrw6wv7NtSY5lCsmdpIuuqF/YNhvdKD22V+4N9Ls8UVtsGtT0UsL0r8NUIjRUGY5C9/cQeGDWPCCW4ercO3FmyVgucEg1OzAsxneZLJ3g1cRqqeSvPJpP50uFfPzr7THEkT+jTE8NoGYbm7NsJHd48WWmrQazBfPurXfVRjXIzOof66ZZRvW2HZyFkeLJuzIYWX9+63CXbDNFcG274mgk604AA== 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=lINqN/pUfITmhyRA0iXH7rOziUVNreacLTjfUS1mVRo=; b=ZludembAnnuXVwu6p8vp99snQniq22Zllenydlrt+mj6rIgcneNgPAotfFUsEOH7v3sZJ2bAZWMlTmN1gA4rPBU6xR9ydDZnWkR2vHHwggTSmcqZqxHcpnQ2OucMJ357F3kt/PKGXHN1PXBMoSoWES8zTJxcuxw1QgJYjbh15PjuzpmL1+ow06s/CT6+pcMhYdsj63B9f2vaNXvSzB24H1wzuvvSY7RGcnGHHzwdFsfEwNYz6xA1UH5dYz7oVO84SKa8PPfusi6Jt6r0f0+FKVsAzr/qufbhchCPanGi/a9FRolUSDeE3oxVAij/tI7eYW7gdCiUiHIQTWKaUnAnXQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=infradead.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=lINqN/pUfITmhyRA0iXH7rOziUVNreacLTjfUS1mVRo=; b=Q7CnEoaeUnzd9TdrGe1K8j55oG0Eo9cLKvYDfjR//oGs6ScTkik+vae2zrCAAmmj1aDgU4DR/mOL2qhwqpReMAUex5OrwMCHX8BgRDkiYi01GP+wsK4o35j6t62dTKPT6FU7ArCqnNY439B0C0CiRsrRjx8YE7flYEi6r2M8Fmo= Received: from MW4PR04CA0188.namprd04.prod.outlook.com (2603:10b6:303:86::13) by LV9PR12MB9757.namprd12.prod.outlook.com (2603:10b6:408:2ed::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9870.25; Wed, 6 May 2026 10:39:39 +0000 Received: from SJ1PEPF000023D1.namprd02.prod.outlook.com (2603:10b6:303:86:cafe::21) by MW4PR04CA0188.outlook.office365.com (2603:10b6:303:86::13) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.9891.15 via Frontend Transport; Wed, 6 May 2026 10:39:38 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 165.204.84.17) smtp.mailfrom=amd.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=amd.com; Received-SPF: Pass (protection.outlook.com: domain of amd.com designates 165.204.84.17 as permitted sender) receiver=protection.outlook.com; client-ip=165.204.84.17; helo=satlexmb08.amd.com; pr=C Received: from satlexmb08.amd.com (165.204.84.17) by SJ1PEPF000023D1.mail.protection.outlook.com (10.167.244.7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9891.9 via Frontend Transport; Wed, 6 May 2026 10:39:38 +0000 Received: from satlexmb10.amd.com (10.181.42.219) by satlexmb08.amd.com (10.181.42.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.17; Wed, 6 May 2026 05:39:36 -0500 Received: from satlexmb07.amd.com (10.181.42.216) by satlexmb10.amd.com (10.181.42.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.17; Wed, 6 May 2026 05:39:36 -0500 Received: from [172.31.184.125] (10.180.168.240) by satlexmb07.amd.com (10.181.42.216) with Microsoft SMTP Server id 15.2.2562.17 via Frontend Transport; Wed, 6 May 2026 05:39:28 -0500 Message-ID: Date: Wed, 6 May 2026 16:09:27 +0530 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 1/2] sched: proxy-exec: Close race causing workqueue work being delayed To: Peter Zijlstra , John Stultz CC: LKML , Vineeth Pillai , Sonam Sanju , "Sean Christopherson" , Kunwu Chan , "Tejun Heo" , Joel Fernandes , Qais Yousef , Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Valentin Schneider , Steven Rostedt , Will Deacon , Waiman Long , Boqun Feng , "Paul E. McKenney" , Metin Kaya , Xuewen Yan , Thomas Gleixner , Daniel Lezcano , "Suleiman Souhlal" , kuyo chang , hupu , References: <20260430215103.2978955-2-jstultz@google.com> <20260501132143.GC1026330@noisy.programming.kicks-ass.net> <63c830c3-fe6d-4822-81db-9fdd1597282e@amd.com> <20260501185900.GF1026330@noisy.programming.kicks-ass.net> <46ce422c-e796-4280-8165-b7c163928c68@amd.com> <7482ee30-5a50-41bb-9545-67cca5bd4cf2@amd.com> <20260506095343.GO1026330@noisy.programming.kicks-ass.net> Content-Language: en-US From: K Prateek Nayak In-Reply-To: <20260506095343.GO1026330@noisy.programming.kicks-ass.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SJ1PEPF000023D1:EE_|LV9PR12MB9757:EE_ X-MS-Office365-Filtering-Correlation-Id: 73f60a77-73b8-4887-20f1-08deab5bc5f6 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|82310400026|7416014|376014|36860700016|1800799024|18002099003|56012099003|22082099003; X-Microsoft-Antispam-Message-Info: K7qecGtzWyK0RfqYJi70fVv1pEFdEa1C4HIYtEHvmFy3N9VSYAoq0V2HsdHM0UHTYgYQX5dmLZzzqWA/dg6LFfYcqQ7dMP8cYusOfwb6kGq/o1nXSMVayO3CQWTCtVWFR7npEMM6q+mNsbl9ddHRAt9Fc4LZ/s0/KvINowHhNRofNOlCH/Ja62kY50ik5fjrEn92oQ4t2wPzwhbG/bNbd9Z/C0uajeh5ZMZG75D7/8raQrw/wy2cX5Irk2f98tKRCYHkxYx5np5gZhyDRugb3NP9YarSHlFzaDp32aZ/9sfmFUukpBWGBy//hjTcoRhmo/Pl1rKIq22oR0pEmlgE3vOhINHwAD+14HP9pG4xMSOWNy0+MU4yiOPKtQrsxfKVuuUkbmDXxsu1OvTM08F5Ap+3K2GBlR/6v8zPGYkKa770/nBGqWSWKVfoP86cHwLubfoI98fYHonnEpqtM5Y2od7Sd677RZtjWVh+C+j1eactUmNZqYCvnAJTOSTVJVMikcKO+q/AZ4ZzA7baKBNF5QWgOLoN/+l1Uwe7Y/7zzJa9q88PVJ+DSPNN8/QtM8B4dfKt9Y2y/LpY8o4hApInh0kgygCsaIfYaap/43w5Bw8392gCusIJCuD+amryfxf9PiT1EigyFPQPlwWkzQxTswdOXGhZKaYBqF48bjx/ExbT1OQu7sovm3cz3Z0gY6xb/sXIJ1O2TtkiXyFv1+sdq3uqx5wLwKPbgDexldPd744= X-Forefront-Antispam-Report: CIP:165.204.84.17;CTRY:US;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:satlexmb08.amd.com;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230040)(82310400026)(7416014)(376014)(36860700016)(1800799024)(18002099003)(56012099003)(22082099003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 5JKXbRijQeZYv5bq/hJqrbtd0ZOfL8XpLiO7pSudk0OTyFsAZuYGbxXw+6PT6INMn0Ti+ydAZ/+HEhjXMtuHhmi8i8ir2p+8LAhLc2K+sbuE7gU50eT6As9JSONQvZcfdCU8s/NRwE61hHcAWz3n+k/6dIv38ber5xdgTNDZwTy0ob2pbIchIFAWefH/jPt4Ec0ONlN3paLnOgPXVEx/n3+De75r78qvASDjyCMNPJ+jVXo15DMYjrpCnsTWwkIi07dVWGTosPLbXMMZe61Tq/1ca9LqfLnQZMFTkk6pOHfiE1KBtChNOY1tBVLXcrHKKQAjOVyXRX5llqwh2LulaYCstrl5AZsP7VNiJDCDv1XkkUi2HpzLwu06SWfKs7L5ErUkai59mq83/1wQ9q8bfhcIjug8mJRJA1YG0bMI3re7xbauzrqWhtpnIrGqQpyZ X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 May 2026 10:39:38.3649 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 73f60a77-73b8-4887-20f1-08deab5bc5f6 X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3dd8961f-e488-4e60-8e11-a82d994e183d;Ip=[165.204.84.17];Helo=[satlexmb08.amd.com] X-MS-Exchange-CrossTenant-AuthSource: SJ1PEPF000023D1.namprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: LV9PR12MB9757 Hello Peter, John, On 5/6/2026 3:23 PM, Peter Zijlstra wrote: >> That said, trying to keep this full jenga tower of patches ontop of >> both sides of your dualing banjos here is non-trivial, and I also do >> need to get a solution for devices using the full stack on 6.18 and >> 6.12 android trees very soon, which I'd like to keep closely aligned >> with upstream. Sorry about that (T_T) >> >> So having a clear direction to go forward would be helpful. :) >> >> Peter: Do you have guidance here? > > So yeah, I think you were feeling me right, I wanted to very much be > able to use that is_blocked for sched_delayed too -- its always bothered > me a little something to have to use se.sched_delayed in the core code. We still mark the delayed task as is_blocked except we can't move the clearing of is_blocked into ttwu_do_wakeup() just yet ... > > That said, I think Prateek agrees that once we get return migration into > ttwu(), this all becomes simpler. And I think his insight that we can > use is_blocked && !blocked_on to replace PROXY_WAKING is still valid on > top of all that. ... and yes, with the ttwu_runnable() bits, we can cleanly do that in ttwu_do_wakeup() when setting TASK_RUNNING. It might also give us a neat spot for waking up the tasks attached to the sleeping owner but I've to still wrap my head around the locking there. > > Given this is all still very much an 'under construction' area, I don't > think we need to rush fixes now. We can just slap 'BROKEN' on things and > continue merging things for the next cycle. Ack! We can focus on v29 and hopefully sort out everything by the time next window rolls around and then we can tackle the dragons in sleeping owner parts ;-) -- Thanks and Regards, Prateek