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 DEDBBC02193 for ; Wed, 5 Feb 2025 03:03:49 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 59E446B009E; Tue, 4 Feb 2025 22:03:49 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 526906B009F; Tue, 4 Feb 2025 22:03:49 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3A032280004; Tue, 4 Feb 2025 22:03:49 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 1C33B6B009E for ; Tue, 4 Feb 2025 22:03:49 -0500 (EST) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id C334CB0B24 for ; Wed, 5 Feb 2025 03:03:48 +0000 (UTC) X-FDA: 83084396136.04.EDD0B91 Received: from nyc.source.kernel.org (nyc.source.kernel.org [147.75.193.91]) by imf02.hostedemail.com (Postfix) with ESMTP id 2B5E28000F for ; Wed, 5 Feb 2025 03:03:47 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf02.hostedemail.com: domain of "SRS0=k7rl=U4=goodmis.org=rostedt@kernel.org" designates 147.75.193.91 as permitted sender) smtp.mailfrom="SRS0=k7rl=U4=goodmis.org=rostedt@kernel.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738724627; 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; bh=RLnJF1KJPndmXrvLOoceN4QWQw8iFAf7Yf0w7Ee/FUk=; b=Hc6r/4HmcUDf4sRpdxefLojms1rdCnjJ9wjrNovVUcYKPN+DGDZqLicVsxYcDYnMROZapZ fdaKlOkfJrJiqt2U9aJXpe7Y21aWjDQIsCjxl94wY+I+Qwyy3pcrkX0XiI94te70lDeZWD NvIaB7fmbFNovhor9loJxoYAxDqq6Ms= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738724627; a=rsa-sha256; cv=none; b=jmjlPxgN6KVF4T7evR12xyUuDN4FB6fW6h+XjF3DIt2hyLcl70DR/ex/r75QDi8Wx6KN2D oCZLn9uF6rkiAqp7JPXfrUvXliEVjIu/0UrmV4RzN8Vt5hrxM9NVRVUspSdDjtQ6iu0Jze U0RJDg7B+x6PPHpBt1TaNDT7s2ViQBU= ARC-Authentication-Results: i=1; imf02.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf02.hostedemail.com: domain of "SRS0=k7rl=U4=goodmis.org=rostedt@kernel.org" designates 147.75.193.91 as permitted sender) smtp.mailfrom="SRS0=k7rl=U4=goodmis.org=rostedt@kernel.org" Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by nyc.source.kernel.org (Postfix) with ESMTP id 32655A41984; Wed, 5 Feb 2025 03:02:00 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A840AC4CEDF; Wed, 5 Feb 2025 03:03:41 +0000 (UTC) Date: Tue, 4 Feb 2025 22:04:18 -0500 From: Steven Rostedt To: Joel Fernandes Cc: Prakash Sangappa , Peter Zijlstra , linux-kernel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, Thomas Gleixner , Ankur Arora , Linus Torvalds , linux-mm@kvack.org, x86@kernel.org, Andrew Morton , luto@kernel.org, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, willy@infradead.org, mgorman@suse.de, jon.grimm@amd.com, bharata@amd.com, raghavendra.kt@amd.com, Boris Ostrovsky , Konrad Wilk , jgross@suse.com, Andrew.Cooper3@citrix.com, Vineeth Pillai , Suleiman Souhlal , Ingo Molnar , Mathieu Desnoyers , Clark Williams , bigeasy@linutronix.de, daniel.wagner@suse.com, Joseph Salisbury , broonie@gmail.com Subject: Re: [RFC][PATCH 1/2] sched: Extended scheduler time slice Message-ID: <20250204220418.35949317@gandalf.local.home> In-Reply-To: <9DA1FAE6-A008-4785-BDF9-541457E29807@joelfernandes.org> References: <9DA1FAE6-A008-4785-BDF9-541457E29807@joelfernandes.org> X-Mailer: Claws Mail 3.20.0git84 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 2B5E28000F X-Stat-Signature: zcpcfbefto9i556mu15ztnnay91r1ebo X-Rspam-User: X-Rspamd-Server: rspam12 X-HE-Tag: 1738724627-17944 X-HE-Meta: U2FsdGVkX1+iwfBsSbUYWpa7G7FsWoeS74SrinsfxQ6eyQvStHch063LMakhY8mUCJLAN5Z8p51icUbGcqsxsJM7pYtwkCrZGylvXXIbNTtHOOW40gjt9Q3mJGqnQWJRkEdao0s1CtLW9esmO7At7iOiAiXsQYk4U/a7HwzcdFXpJqmsTCsYLX6FwbT5Q5VQwp85Vlu35gcgrzG2LF+VLNvvMxf6zNOhtdszmfz14/b7X58PIt1XPs84OLbmu0vrTjIQ3D44J94xgAZAbtnVzpRXbPppKSSKwraI1vhnreZIdbjTm3YFbBF1xt38nNe4HqLVnIDsjb+NvRZPaqHsDE9HoNgQsN/QG0AqUUrRvdms9TqacOHkrsSiYdhW869rZZvqU1jLhixre5nj/ycwDlhw+oBIMbV88+ZHqCVAl9aZjelz5lPd9ASsz1AoqQrhV6W5c602m7PXmOCGjCP/ImGUR91LZi+RM24IhqRmnnDk1YeZIXf/iBvh4Lw+7CsHhxgD/45kBPsRbsBhWzU1e8uLnEg8eNJBFhC/jO/XoxlH3rwzBETDX1Xh45C/DZuvFkXVA/xu1cRo1Q+94HbfRq8Sq00yEHtvpxkXEFKPvrfJK4YmvaR8BZjY65TZ9Bb3qCVUffkxXOMo/rx2ygW4FeE6W3x8Vag3ZwlOInXzx0d2LYg0pTEFf4GWL+hIQdNz0PSo/bW7fkmr8hcI8H9OClvxFP+gQm3mwHeB+0gP56X1B+CZE+4WtTtaw1QSxQqSVoLGk5AwmjVIgvXqEnonUsJotdFbLR7MIeGMm+ZsseQb3J0dZSz2mKknZ0q4yLCTFezgOGW9BLspM8XIq+VNMOYDbDJK0dj6YoIv1YywjYhGbbybYxr5VTf+8Rcn8hDeQHWxaposWP9mofY/QQaLsKExfy2wTgTbR1bna7QW5Fnc08f/F0dkDmYmb4/wYvyWv0hCOY3XBPMdkh86Did iWJHVay6 J3UB2+5XvNuTq2ip+wCXRXhWK+m5qL2rsOcnMLPSefFMmD1icrpQ6/JRuP4hXPGKX4rsDHRDwL957zJciheS/pEDYjD2eDdfNbOheU1UvBwvNNvPC+2H7Ten+95mLOWMTBlToqouWA7Xpf1iA/XJIrYK6t8zsfVUehrDzFGBGI3Hb0WUt5e8mTGGQpcSYHd7BU7ivDWHKn4R46p5B2la/W34MwNp3bfcZO6360VZJF6pPaEdf8UWBxNvfOlG/0sO2i5aG+ymJ+OBHvRfZqmvA+iwkxueN0pgHYZHSXINm9M0OEjtBGfVTNJ2/4++Pp4W6L7xZnfYEiLw7yK1Yo370eU+zDDNp58jP4XV4iAwF5H6/ypgYQTEUSPSmC1atDMHZ0clh 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 Tue, 4 Feb 2025 19:56:09 -0500 Joel Fernandes wrote: > > Here is the RFC I had sent that Peter is referring > > FWIW, I second the idea of a new syscall for this than (ab)using rseq > and also independence from preemption method. I agree that something > generic is better than relying on preemption method. So you are for adding another user/kernel memory mapped section? And you are also OK with allowing any task to make an RT task wait longer? Putting my RT hat back on, I would definitely disable that on any system that requires RT. But for now, I'm looking at implementing this for VMs only. -- Steve