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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0D9EDECE579 for ; Mon, 9 Sep 2024 12:01:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:CC:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=s0rIWKlNynqrDAVBquLxBVyBDvPvMbFZaN82+xTrLDM=; b=cLFpxknNLzy5MPdq0i7cZuOIfs 6umNpeqaKEDXgQfPvComC9Kn3iQwryQqetKrPdxtdb37EpzoHVcuGgJV/TnLazfoNKKbye2eTI1F9 W+old3t1Hnr0S7akMXdYZ31s2z4Fn2UnsTUIK0I2mn6nfhWAbUyZknqsCSIFToervzYgkNiSEePwV 5kl6Yj4Xj89j5M1Xau7bG0HH7SbRIhCGYLJdwbphpSJ0E9fXK9ks5D1mC/nqVaNhKZ5TvXSw40r2g P+c2dnqAZy8z6/kLnmf7Xjr3uyzi9K/Vip+Abm05W/+c2XIZZEmedZA5upic3APeiaEml6HStLgmS qIfU/pPQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1snd5C-00000001mFC-1GAo; Mon, 09 Sep 2024 12:01:26 +0000 Received: from esa.microchip.iphmx.com ([68.232.154.123]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sncyJ-00000001l6l-1j5j; Mon, 09 Sep 2024 11:54:21 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=microchip.com; i=@microchip.com; q=dns/txt; s=mchp; t=1725882859; x=1757418859; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=S/0Gvcdwc9czGIGZ/KN+mgXrysiIL6aDrU9W19Ga/ZE=; b=h9w5RVGKp8A/YMgL8zgEtbXena/cWIWEdeH9IOGbgGc4KxM5KLuxaAg7 tgx3ImNnN0ZC9eZI9Bhp1hhUrqhJy/S24m69g9qwfOMyRdVvVQEWzz2Zi Oi164IJzZODTJsavTZg27WGHk1UGefXPWmp316CyqhvUo1HBm3wP6Hc2E sIVVv1R1wUWTGoVilrakRujDJu+QzEfYvsQWCC155a++RklOulE68XqMO 3OY77aEwy7tT2yOgVZUdZqZR9nB+up/yu9C6cTf4RDuZCLBvwTtnfF+5s R7DPjzONhYmIN37guh+yfaHeDMn9MmDfJd0sL+v+KV6g2CxaYQPrOAf5y Q==; X-CSE-ConnectionGUID: Ke3+C3CXR++lxv0xXUTyow== X-CSE-MsgGUID: Jln5HjirQm6z9i/EpH+Fiw== X-IronPort-AV: E=Sophos;i="6.10,214,1719903600"; d="asc'?scan'208";a="32144688" X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN Received: from unknown (HELO email.microchip.com) ([170.129.1.10]) by esa2.microchip.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 09 Sep 2024 04:54:17 -0700 Received: from chn-vm-ex02.mchp-main.com (10.10.85.144) by chn-vm-ex01.mchp-main.com (10.10.85.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Mon, 9 Sep 2024 04:53:54 -0700 Received: from wendy (10.10.85.11) by chn-vm-ex02.mchp-main.com (10.10.85.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35 via Frontend Transport; Mon, 9 Sep 2024 04:53:50 -0700 Date: Mon, 9 Sep 2024 12:53:17 +0100 From: Conor Dooley To: Celeste Liu CC: Paul Walmsley , Palmer Dabbelt , Albert Ou , Guo Ren , Anup Patel , Heinrich Schuchardt , Huacai Chen , WANG Xuerui , Yoshinori Sato , Rich Felker , John Paul Adrian Glaubitz , Russell King , Florian Fainelli , Broadcom internal kernel review list , Ray Jui , Scott Branden , Tony Lindgren , Thierry Reding , Jonathan Hunter , Palmer Dabbelt , , , , , , , , Subject: Re: [PATCH v2 1/4] riscv: defconfig: drop RT_GROUP_SCHED=y Message-ID: <20240909-gave-celtic-af2ea8bc38d5@wendy> References: <20240823-fix-riscv-rt_group_sched-v2-0-e4dbae24f7e1@gmail.com> <20240823-fix-riscv-rt_group_sched-v2-1-e4dbae24f7e1@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SUs/mhM/C8VTfn2w" Content-Disposition: inline In-Reply-To: <20240823-fix-riscv-rt_group_sched-v2-1-e4dbae24f7e1@gmail.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240909_045419_534114_DEA1551F X-CRM114-Status: GOOD ( 23.61 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org --SUs/mhM/C8VTfn2w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 23, 2024 at 01:43:26AM +0800, Celeste Liu wrote: > Commit ba6cfef057e1 ("riscv: enable Docker requirements in defconfig") > introduced it because of Docker, but Docker has removed this requirement > since [1] (2023-04-19). >=20 > For cgroup v1, if turned on, and there's any cgroup in the "cpu" hierarch= y it > needs an RT budget assigned, otherwise the processes in it will not be ab= le to > get RT at all. The problem with RT group scheduling is that it requires t= he > budget assigned but there's no way we could assign a default budget, sinc= e the > values to assign are both upper and lower time limits, are absolute, and = need to > be sum up to < 1 for each individal cgroup. That means we cannot really c= ome up > with values that would work by default in the general case.[2] >=20 > For cgroup v2, it's almost unusable as well. If it turned on, the cpu con= troller > can only be enabled when all RT processes are in the root cgroup. But it = will > lose the benefits of cgroup v2 if all RT process were placed in the same = cgroup. >=20 > Red Hat, Gentoo, Arch Linux and Debian all disable it. systemd also doesn= 't > support it.[3] >=20 > [1]: https://github.com/moby/moby/commit/005150ed69c540fb0b5323e0f2208608= c1204536 > [2]: https://bugzilla.redhat.com/show_bug.cgi?id=3D1229700 > [3]: https://github.com/systemd/systemd/issues/13781#issuecomment-5491643= 83 >=20 > Fixes: ba6cfef057e1 ("riscv: enable Docker requirements in defconfig") I don't think this fixes tag is suitable, the commit you cite in moby/docker is a year younger than the one in the fixes tag, so it was correct at the time it was written. I think the fixes tag should just be removed, since that commit was not wrong. Or am I missing something? > Signed-off-by: Celeste Liu > --- > arch/riscv/configs/defconfig | 1 - > 1 file changed, 1 deletion(-) >=20 > diff --git a/arch/riscv/configs/defconfig b/arch/riscv/configs/defconfig > index 12dc8c73a8ac..de85c3ab261e 100644 > --- a/arch/riscv/configs/defconfig > +++ b/arch/riscv/configs/defconfig > @@ -9,7 +9,6 @@ CONFIG_CGROUPS=3Dy > CONFIG_MEMCG=3Dy > CONFIG_CGROUP_SCHED=3Dy > CONFIG_CFS_BANDWIDTH=3Dy > -CONFIG_RT_GROUP_SCHED=3Dy > CONFIG_CGROUP_PIDS=3Dy > CONFIG_CGROUP_FREEZER=3Dy > CONFIG_CGROUP_HUGETLB=3Dy >=20 > --=20 > 2.46.0 >=20 --SUs/mhM/C8VTfn2w Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRh246EGq/8RLhDjO14tDGHoIJi0gUCZt7hrQAKCRB4tDGHoIJi 0ucHAQCjkWwsUr+Tf13mvf/NIW8TxI0fFZYidIvfu2FZrQ6WAQEA74PlsEXjODkK cpamVx+2CMaasJI43MaDxnWfquAS/QU= =+ur3 -----END PGP SIGNATURE----- --SUs/mhM/C8VTfn2w--