From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8D903606A31C for ; Wed, 11 Nov 2026 00:21:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=yAOnatES; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=V2bX+ane 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:Content-Type:MIME-Version: Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Unsubscribe-Post:List-Owner; bh=wpugLEOmux8XIHzkYeWGMnmgyYWlZogTNBXRBW+fGZs=; b=yAOnatESr8CWnESCaAkMA/ZBZb VZObXjEowKEMOzoqxW3qbctUDuSWNu/1O13cFLB/MPSctw36wBQkzs91Qu8G0oIk18hsppVWF1EIj zKi7ez855+Rmf6Ruh87j6yCO1nFTj+sWjunWDTYczeZ0RNndYIw8pVmckyJdxePTEmB0lhvWBuUnD AhKF5IO3r7bu4wsDi1BZ5sCtqvv4LV3rmpeVrafMwZdgyNDWFo6VO5fiSOYXli7H3GZbNzM4yLsXe R432Weo9Yj+l3ZIN2/XE0qWkUUiN4JCYknRgNxBn8xVky8Xr7WhdZenzDd/8m5UsY44rX3VIUurc2 H/kX9Z7Q==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.100.1 #2 (Red Hat Linux)) id 1xQw5u-00000005IJd-244X; Wed, 11 Nov 2026 00:21:42 +0000 Received: from tor.source.kernel.org ([172.105.4.254]) by bombadil.infradead.org with esmtps (Exim 4.100.1 #2 (Red Hat Linux)) id 1xQw5t-00000005IJT-0Z2a; Wed, 11 Nov 2026 00:21:41 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by tor.source.kernel.org (Postfix) with ESMTP id 50C9461260; Wed, 11 Nov 2026 00:21:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2A41D1F0089F; Wed, 11 Nov 2026 00:21:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794356500; bh=wpugLEOmux8XIHzkYeWGMnmgyYWlZogTNBXRBW+fGZs=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=V2bX+aneV9iylHDg0xizcQdV0Pm8T2ORDoEfFdjqUFqTHt00pRGA2U/08FhUGKsPz opuR6vt96BCzYm4a4B5vFxvNFtE+l6Rg1yQFz4Njc5maqaFga/C4hkerk+BP97F3cJ ahIBU3myWSv61AtJim73NC+ptHM6xq6R8c+KG+ZkKP175wOlioKchPAGuidebOwlVO whrQpycq1R33gYRqrVRTb8ziPI7lDoT0e0lSrTpp4gnfDnkfmpAsVNzafbTQwOaSZE jlZPY14d6MJw+ZU6jLb3CgUI5HjIBy/beV+pxzHsxwmsPyNzYP6enxnkQ3AgO5T187 3V9Q0TFCLc02w== From: Thomas Gleixner To: Andrew Morton , Daniel Lezcano Cc: rafael@kernel.org, peterz@infradead.org, Heiko Stuebner , "moderated list:ARM/Rockchip SoC support" , "open list:ARM/Rockchip SoC support" Subject: Re: [PATCH 0/2] powercap: idle_inject: Create threads on demand In-Reply-To: <20261105105805.a6d1b38585290ab73597aa6b@linux-foundation.org> References: <493b853d-fe45-4058-914b-a9ee684701db@oss.qualcomm.com> <20261105105805.a6d1b38585290ab73597aa6b@linux-foundation.org> Date: Wed, 11 Nov 2026 01:21:36 +0100 Message-ID: <87bj7wtdyn.ffs@fw13> X-Archived-By: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" X-Spam-Status: No, score=-5.9 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on aws-us-west-2-korg-listserv-alma10-1 On Thu, Nov 05 2026 at 10:58, Andrew Morton wrote: > On Thu, 5 Nov 2026 19:46:13 +0100 Daniel Lezcano wrote: > >> On 11/3/26 00:09, Daniel Lezcano wrote: >> > Idle injection currently registers per-CPU kernel threads during early >> > initialization, including on CPUs for which no idle injection device >> > will be registered. >> > >> > This series makes thread creation follow the lifetime and CPU mask of >> > each idle injection device. >> > >> > The first patch adds an optional CPU mask to smpboot thread descriptors. >> > The mask restricts thread creation, CPU hotplug handling and teardown, >> > while preserving the existing behavior for descriptors without a mask. >> > >> > The second patch uses this support to register idle injection threads >> > when a device registers and destroy them when it unregisters. CPU >> > ownership claims, registration rollback and thread teardown are >> > serialized to prevent overlapping registrations from sharing threads. >> > >> > Validation includes W=1 builds of the affected objects, whitespace >> > checks and static review of the teardown locking paths. Concurrent >> > registration and CPU hotplug runtime testing remains outstanding. >> > >> > The series was tested on Rockchip RK3588. >> >> One thing not specified in this cover is which tree these changes have >> to go through ? > > I'd volunteer Rafael's, after peterz/tglx review. > > Please! Removing one kernel thread per cpu makes the world a better > place. I'll look at it in the next days with brain awake...