From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com [209.85.128.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2001930AACF for ; Mon, 15 Dec 2025 17:39:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765820358; cv=none; b=h8ZP1iAD/O9x8J8S37Jy52qGnNZDf3cRE59k1rg7oJhsZGV7x+14g66imhjZidFA22QX2vMVM9jM+Tq3zz1C05GFOO2ieKGPoLYC9NCP7EO7MEQy/YJdDMD/gbvB+UsoMGi4uesA/3OnurbPlMR4B57NcdhiSZt61J5iZvnryyw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765820358; c=relaxed/simple; bh=j0x2jatFz4hBIq166WLNrHpebMbejyhRMdUSlqLvFgk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CYU/NP/nMZ+e8zCht4OMuh7vpUCNmlaIcybuXFg9P5Azg1Uqa2OKk2bIQS07n6NP0iaNsWdy32shOFwApeLLvnXnXHPYC+8yFo2KnuCJQ4zdAx9JvrMSHHxU0f8G7tf1uehroTn1itIT/KXfuy3R5pZRwMGJhWuupodzgmGbPsY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=deIjMUaX; arc=none smtp.client-ip=209.85.128.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="deIjMUaX" Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-78c2e5745bdso34631587b3.0 for ; Mon, 15 Dec 2025 09:39:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765820356; x=1766425156; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=YwO+8R3t08cYN0VAj8/l4kKgUUQ8j2xcSUHY0WIH+XI=; b=deIjMUaXYlPZbN74qtUO85/PKy5LRHI6KCTGYgrt5GhLP+FQP080Z4t6mugNAy20y6 InivyOhwZuxGTF6FXcKgsKnyGUgeUG+yq9mNra2Xq3UNHh2MkYOSVCtflAZPx/57se1A maVdMrs/gmGcFaguaeeO0CanWlutrUa7jttpVar0Q+fbFYKGivefB3r4BHC3EZs1PD8j phi2QdKb73Lfh+z1LoGJ54PWZ5mzyo086JUcdKDHs5XiB14gcwZL3n7kZnl6Nc/7q2V8 F/MRgBpcbCHdB4caMn+nK4TAn3lPufjinu8wNagswyyAjF60FH/BJHMKxf8FYSUAY1VB SiPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765820356; x=1766425156; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=YwO+8R3t08cYN0VAj8/l4kKgUUQ8j2xcSUHY0WIH+XI=; b=vVJX2qyQVW+FxHn9g17bZJUoXC8OUAr+4ARpIakx+l5X9/NJfzUSpNoFziZJtGqDLi /XsTrpd2h7f9Qfp59UBT+JQYYG9QCjMWIGT8YfT/kxiYK1sS98rMOpMa4Hssd87qsW8S QEobk09nH4BBOe5xwI2XUvWjz7GyV7oWnGMs5SZsUMoD1iqxhmOcSYzQ5UDsKBiQnEI8 Xn0/7ArFe5YbFE/8NEh7NCPrDxOGNlBe0zpjwBpPKxNy4afn+tElpAUXsUWjqtdgmatd 9wpPdrnGtDF/JOWEKmZd9xXy7euTJH6iEweidVYZxnac/Cqhs9sNQZ5FBI5sbe+iDx45 6LTA== X-Forwarded-Encrypted: i=1; AJvYcCXyXiWdWtgShV3cfYQvKX7Hvt/Ncx6TbHXnZDJnC3Xc82ZUYVH5PVzCBcC/r6fNSMyyEZWHfDMNoEka7JA=@vger.kernel.org X-Gm-Message-State: AOJu0YzPgYCdz2VgX0Z8VnDHqeAWqQQLDmBknzQUM7+VjzTwuOlJt6LK tz9gfWSw2aaYK8W6ECTYD1LtyaHrxcxXXO6+l0JoqEm9a9RxnBa1TxO3 X-Gm-Gg: AY/fxX6ZsjVUt/sBNPkUBQmfDZDJ6xQR03opfK/1fqC2ZtYDLjCzMKimvvpJQRbbBRg CpyktSTq3MK/UaFsIAS6hDU/Qm9X0vXCif5cB6YdApqGmih/kRtxrGwveVdDa5VrYAotAFY7PgW XWjB5olk8zTSoPfFqvi2Q48ca6uGLNAmuitPuK2GXFLbdkCOXwUt5bnk+zhuXwAS2AAmYOpRkcG AswaNzVJzHEmsnqmPwm78Yj1srtOVskaFh1EuMleGmyFH81+Mzrwm7R8WpwkKw5+90rXyxW8Vnw SSu0KBgWTA0FRw9czHv9pdJdw3WTbJ32KkC4YPNoBkFPj8JSbHeDw2VjwvbdeZPu7A/UC3ZYlN1 RimQTeTsUDSCtaRCQOWYEArpu5mgWpRZPG/r3QsDIk3pPzr2LYsZgCOYiYZwNGJ0hQF/Wy8xNQ3 j0f+xQjQ== X-Google-Smtp-Source: AGHT+IFw4kFr+qFTpX4ESaGTfCJoDkf+gfiQIDxCC2ZRMB7wGug95gwKVuhwJJInotzA/whJCBuumw== X-Received: by 2002:a05:690c:4d45:b0:788:161c:7117 with SMTP id 00721157ae682-78e66caa12amr228474327b3.8.1765820355853; Mon, 15 Dec 2025 09:39:15 -0800 (PST) Received: from localhost ([2601:346:0:79bd:6b0:1f10:bc87:9bd7]) by smtp.gmail.com with ESMTPSA id 00721157ae682-78e74a43c4fsm29871577b3.50.2025.12.15.09.39.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 15 Dec 2025 09:39:15 -0800 (PST) Date: Mon, 15 Dec 2025 12:39:15 -0500 From: Yury Norov To: Shrikanth Hegde Cc: Ilya Leoshkevich , linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, tglx@linutronix.de, maddy@linux.ibm.com, srikar@linux.ibm.com, gregkh@linuxfoundation.org, pbonzini@redhat.com, seanjc@google.com, kprateek.nayak@amd.com, vschneid@redhat.com, huschle@linux.ibm.com, rostedt@goodmis.org, dietmar.eggemann@arm.com, christophe.leroy@csgroup.eu, linux-s390@vger.kernel.org Subject: Re: [PATCH 00/17] Paravirt CPUs and push task for less vCPU preemption Message-ID: References: <20251119124449.1149616-1-sshegde@linux.ibm.com> <4ddbb5a1244cf444f330cc73b7d573f47b02f7eb.camel@linux.ibm.com> <8368868e-48aa-4a90-95d1-1be4de9879e8@linux.ibm.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8368868e-48aa-4a90-95d1-1be4de9879e8@linux.ibm.com> On Fri, Dec 05, 2025 at 11:00:18AM +0530, Shrikanth Hegde wrote: > > > On 12/4/25 6:58 PM, Ilya Leoshkevich wrote: > > On Wed, 2025-11-19 at 18:14 +0530, Shrikanth Hegde wrote: ... > > Others have already commented on the naming, and I would agree that > > "paravirt" is really misleading. I cannot say that the previous "cpu- > > avoid" one was perfect, but it was much better. It was my suggestion to switch names. cpu-avoid is definitely a no-go. Because it doesn't explain anything and only confuses. I suggested 'paravirt' (notice - only suggested) because the patch series is mainly discussing paravirtualized VMs. But now I'm not even sure that the idea of the series is: 1. Applicable only to paravirtualized VMs; and 2. Preemption and rescheduling throttling requires another in-kernel concept other than nohs, isolcpus, cgroups and similar. Shrikanth, can you please clarify the scope of the new feature? Would it be useful for non-paravirtualized VMs, for example? Any other task-cpu bonding problems? On previous rounds you tried to implement the same with cgroups, as far as I understood. Can you discuss that? What exactly can't be done with the existing kernel APIs? Thanks, Yury > > [1] https://github.com/iii-i/linux/commits/iii/poc/cpu-avoid/v3/ > > Will look into it. one thing to to be careful are CPU numbers.