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 A20C6C02192 for ; Wed, 5 Feb 2025 21:32:31 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 40D09280008; Wed, 5 Feb 2025 16:32:31 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 3BCE4280006; Wed, 5 Feb 2025 16:32:31 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 284DA280008; Wed, 5 Feb 2025 16:32:31 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 07232280006 for ; Wed, 5 Feb 2025 16:32:31 -0500 (EST) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 7DADB4A4BC for ; Wed, 5 Feb 2025 21:32:30 +0000 (UTC) X-FDA: 83087190060.11.E75BF7E Received: from nyc.source.kernel.org (nyc.source.kernel.org [147.75.193.91]) by imf03.hostedemail.com (Postfix) with ESMTP id D910220006 for ; Wed, 5 Feb 2025 21:32:28 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf03.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-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738791149; a=rsa-sha256; cv=none; b=fqegs3HteO261zrHGlPZyLH87tSA4OHOq/v0H8sfrOYSugCncshbFbWiqC5bUnk9arD11B 8P3WOxhWd/GvTeDO7YCeHoSTGM6s1Uktx81t6mpSRwCpoBfdm6Geey6t7SptM0Wp8cIzJi YdEuOFB3iN+rUwHJwFw5t+ha7h7sILw= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf03.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=1738791149; 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=SvYv2UArBaeVViU0/zDmY96oY0BYIgcJnu6kHE19GYQ=; b=JVrIFGy1IxdmeBuT5qbP9mG6gk/TI+75DxdyQQauJ86rxykM+mJ7MWlol+cVKfXzBRzUwL WxRtgMjT3RXS1/lUVA1ycEWzNCFJKDtrUKaE6kovBTbt2ylGC4k9WCmPIRV8gTgtnJ+ugi RcVHOi6JPnBZtKVnLDRSK0r4CsXpuQo= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by nyc.source.kernel.org (Postfix) with ESMTP id 38C37A43AE9; Wed, 5 Feb 2025 21:30:42 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 352C5C4CED1; Wed, 5 Feb 2025 21:32:24 +0000 (UTC) Date: Wed, 5 Feb 2025 16:33:03 -0500 From: Steven Rostedt To: Prakash Sangappa Cc: Joel Fernandes , 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: <20250205163303.6f45db37@gandalf.local.home> In-Reply-To: <20250205161945.44daf018@gandalf.local.home> References: <9DA1FAE6-A008-4785-BDF9-541457E29807@joelfernandes.org> <20250204220418.35949317@gandalf.local.home> <20250205081635.397eacb0@gandalf.local.home> <1A67C4F1-F07E-477C-9781-071546AE3A8B@oracle.com> <20250205161945.44daf018@gandalf.local.home> 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-Server: rspam04 X-Rspamd-Queue-Id: D910220006 X-Stat-Signature: wgnfkxy4gh4wgx7u78mmwe1k6mbj1wmj X-Rspam-User: X-HE-Tag: 1738791148-277716 X-HE-Meta: U2FsdGVkX19ENkFy8MjfIPknXx8/1GdKntoMzRWZLmaW1E6iHRDl+w8SXDP/h+gFeX+L8DGe7aTMfcKAv9/TqfNPaBI1y+Qw0YikhQi4nJcMZTUQHI3lsCKgtmV8+5058eUm/LHgW4S+21JbB9g8f8dUM4PrAqSfPvXNVGYujcB4ve8stfO8Go8Oky9Z1rK1rdT1vliE6m6OwCtv1nH2Oy9Y9nKJvykMkYpOyAj+ChXDlyG4bCzdd/50mVSWMGaBjtydxg3wwk6L8WYlxMzqnt7iTvWW0twVGHtvFeAIDdhEDQ6koZ1zrS/WP7Jqov13kMEEVl4nIMdAsT/6+OWYKUTkiaEze5+er++dCJAUxS2rh+CoENh+/ufGs0a/t6jniQZ1TWSPL8by3kGp1useX1FZJA15RU/zB41DSIUHYiauTHFlRxzlQAbedVFL9FRYHUfMrPuNEjbQgO8hlwoY+yal9bTdOm5i3S23rImBNG6CnpRMrlAFrjyb936ux2qUvjJ9K0I9XXy9tIAORhYcvPUyemSqvuovabHZ39vOjZzga+5sWXeZSudxT48tQw0qJh0S/P6+9kaUyY8b2FW7Hz/rcvbnkYWx/k98hVSgl/0LoR7+zaOnwWkw3D6sUfHPNKAhw+vo3vKNRqq0j8zeUH8QUL8ZFwzAOW0l23rfvx6Ke6FreIOpbnKQRHNkQMQ801m9dK7JsC4jV+Y1FbvthjBHkT3X17aFWq4mO2wxi3cbr6/nMYSV0uno/UbDp4xsy35CI2dEZ4PcLterqPG/CPXQ3vWSX541vj3rTIbzpcxA1U8RfC7O0Kfbbc72mMOWZ8tv2v4TTpsr2wHc2RhWtQroN/cE4w4UUxKfwcnnHiI9PxJYhrj7fz5PpPJdLywzObB/G5EJxftFK0ky4F8aRiPr5QG57HMHNAKbDta3eUiha/Fddc5UUDdyLQA/nPE2+B6o50FMFnoHZ2auYwe 7fySs5Sa oR+hYBeZCHfwx6vH1wQ59c234SubcerNqgRN33JQKuk3Zg6XJpG2KRSBcvl0+yMil71vLItHslrnkMN3Vgu8c4b56Smt4Xl5htANF/a6FycFSytH1RBkemCg80WXtU2dBtUgYHSiSU5+hX+yO3TOsPwsIhrJe6jmNM9s5sBn+PaebLKfEGWXavDo/8qZWKZYf3PVzbBjglFECZj1FSvncTY00xsHW0yuKIjW0NQap50ecyWls9ItN+rSA7L148CAqYCGS6JiUE2GO/W4Ip4+yJezQjdIUPXm/sxwZOMM2+R6l4cQksIe672MeNBL24t7VUBzxsJgxehO0eS63M1BFS0mYw/VXVM22JbCr4SpAGSSRwiqGuG7fonqGJSHdjInjOeTnBNSvDTFiKhk1tdGVJkh1ihk7uJQuIZHldSAoxox2swc0V7JZyx7NFg== 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 Wed, 5 Feb 2025 16:19:45 -0500 Steven Rostedt wrote: > On Wed, 5 Feb 2025 21:08:47 +0000 > Prakash Sangappa wrote: > > > The new syscall/API proposed was to provide per thread shared mapped > > area(shared structure) that are allocated from memory pages that are pinned. > > So the kernel could access it without the need for a copyin/copyout. > > > > The idea is that it would be helpful in places where we cannot take a page > > fault in the kernel codepath. > > What places do we need to decided this in a critical path? If we follow my > proposal, where we set NEED_RESCHED_LAZY on sched_tick when it interrupts > user space, then it should all work out. Actually, it doesn't need to be pinned for kernel critical paths (like an interrupt handler). That's because when entering the user critical path, it writes to the location, which will fault that memory in. If the page isn't there when the kernel accesses it, it most likely means the task isn't in a critical section and there's no reason to extend the tick. -- Steve