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 6C985C369A5 for ; Thu, 10 Apr 2025 15:23:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C465F28010E; Thu, 10 Apr 2025 11:23:38 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BF38428010C; Thu, 10 Apr 2025 11:23:38 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id ABAEE28010E; Thu, 10 Apr 2025 11:23:38 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 8E9A628010C for ; Thu, 10 Apr 2025 11:23:38 -0400 (EDT) Received: from smtpin24.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 2B86159FC3 for ; Thu, 10 Apr 2025 15:23:39 +0000 (UTC) X-FDA: 83318503758.24.1A3BB86 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf05.hostedemail.com (Postfix) with ESMTP id 6CA09100003 for ; Thu, 10 Apr 2025 15:23:37 +0000 (UTC) Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=AHi9ajEH; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf05.hostedemail.com: domain of frederic@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=frederic@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1744298617; 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-transfer-encoding:content-transfer-encoding: in-reply-to:references:dkim-signature; bh=Wsn8P7Z5Gka/2M8iFXA8bA0WYXOxytuD892mDvx2UHc=; b=RXpJ7idHEUGs42Fz9bCFuS9Dd9BuRoqkaXKC8ddsil5OjmyW2Hd78+9Bg4YsWCdECGhwyi Lu2yjhrA6gzx7nX/uEUNlG2r2owAqsGCrjmf1Q/6r65DR52HvPqw3OCvzPqfHUqLR6KqIC 4I3P75m8vVQeXwEZAhiaXxT0C9GmB7M= ARC-Authentication-Results: i=1; imf05.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=AHi9ajEH; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf05.hostedemail.com: domain of frederic@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=frederic@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744298617; a=rsa-sha256; cv=none; b=CqbGMlbig7CoRPg7OsG6TdUXoXY93p1UltM0aINAOW0z0ZNK+2fqhLHRNavp2XpuzudRkW Q29038hWZi1ZbGI7ALfWDHabwJ6StVmArdk5GiSpL8lc5Czihww4F9uhjzw5IB6acv+lcQ 31x6udBDyHefB5+fCNFm3ryy3neCorI= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 1E7E85C5C56; Thu, 10 Apr 2025 15:21:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 296ADC4CEDD; Thu, 10 Apr 2025 15:23:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1744298615; bh=FpOGbwQcU99IRG5219dYaKiwbru+lle3AdO+ngLJjoQ=; h=From:To:Cc:Subject:Date:From; b=AHi9ajEHrnTWY6cnmEu/F2i+ZOnhF5Q3pifTmxzOcPBphw060jYldw7lnRSzNYZxR +ND7A2iwU3++G0VOGoaaaA4Huwu97LzxSI5WGnBw+N0rmnH+ZSDxoyEZJJ8sj/UC9e JLesy7pZgFpoKTC5TBTUDli55gCv4ugCv+m5xdPjjh58Fu+hl6YNs63ZrULIxQ2E5G UV7BGMxfcQKVLJzFHsQr2Azj3vQmv+7/Z2vGN/vV2vCqsJ/t7tmNYQZHIqJpyD+uCe DRc4GssMN2maynxQh01nUnGy9eaMe8862kflLTjORr+gwG+UfnSZMAlGRzFs71W6Q1 J0VdmmFiiQ+pw== From: Frederic Weisbecker To: LKML Cc: Frederic Weisbecker , Oleg Nesterov , Peter Zijlstra , Valentin Schneider , Thomas Gleixner , Michal Hocko , linux-mm@kvack.org, Ingo Molnar , Marcelo Tosatti , Vlastimil Babka , Andrew Morton Subject: [PATCH 0/6 v3] sched/mm: LRU drain flush on nohz_full Date: Thu, 10 Apr 2025 17:23:21 +0200 Message-ID: <20250410152327.24504-1-frederic@kernel.org> X-Mailer: git-send-email 2.48.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 6CA09100003 X-Stat-Signature: 1wmcb3ekt8ida734ibigdjnks7dgggdb X-Rspam-User: X-HE-Tag: 1744298617-146953 X-HE-Meta: U2FsdGVkX18U09tcwotOT9lFuzAanXlYrCTT6DbCVUf4pU39XDfKC/D9b24GSHZKKcBaVhWtUfo10KpEhG2qjtyRGAu/8UIOeZ9uT8KuAW6NMW8550vM3D/ADXiBXJEfyt3rvQihBmUGl0hPtd63deaUealf9Y/CST0Fk5Bo/eFiZaIKPyQS5GtXdj+9ZDi9/cnyNys6fwB6Jig8sa8VBhPbMkqrneEmv7mFJpyl4NL5FEUeaZFru4lNQhTwn7WtEh+HM9LIlZXRHuLgHZ5MLWOxTxXENgCBMhnYQjhlZJsV9NtGm/CJGHBTgr+M5KeZTNhUv7fQMB5njx94MFtfK3r/Nh+mKPdHv0RmlU3sXEnF8FmTiiiC29GG0rqlDrIvSLGkxMsgIZdvgeluKFB6WjtpamHrFcqINFc71pG/Kc4G0TBST/gJQERcOBQQFgEPZwnyVJUf9YjKJT1mZ9BkeivYGUUuj4LmBo03QklNYUaIGbp5h9eJObVa/3lRi1bP5jDTKrkR9fmUXBGDd08Y4HGnaQye31nqjGDsBxTDV2cCCBmDJo3V3sh5N3vlgJgepHwAIDTEgrl2z3qlCvWHROBpCeVpxeWZegRfiHLgKkFonXOkhMSHEeutdU3yK5OpM4r5/yykxddqAwLVz+ilRbRhADn9Z0Uui+yzQw27ozrTJSWKK2fs6oqJZZeGsM/6jC0feF3u8gq8yyiC2yviBNvymXw30NLXerY0cLS8rmGQ3CvKwic8ALnc7HTdP315X33Jp7UcuJDJCgcWeuQveLzJKzPPwO9hPYBimvA7mwhoFrrBJwD4Udt8MoGYGu0kbw6ZSwiTJKrC7UUuTvVYZMYnvZJgtgbAVhV8KrT7/RcwgYCSUx5gTz4v4QFeUqhBbE/odE1ILStwWnaKRVeaDQF+q/Xf0aKZoJeaCJOtcT6Oka8VPwgZXUJATwF0uLlHhnbpoGaMt484ULHMb9I 7gGXqyZl en97vxPUU0imK0OQ6MIy3KAIeWTDVgJEJlHYXgFhPXm/1VGqG3weuLI0o1QY+NbeGn8VdtLDCSJ96Zv2aJxudgPLZnm8tG1FKE7pVxyA83X9QOXlVwCkmGDyWNBaOMqR/xAh6ahfQWQhV/7ApWq7psBGfszw/hkFhjInNd3ANuIaHS0wCdoEBZDWr8J93Rpp0z2X9Hl0mJ9iulvCu97hwloyqGLD3zFIpd96BYnD++vBxHWwINmYqtF0vfkUly/1VP0VaILxQrxGF0Qk7SY8Cf8/eiGsHteLsWrvI 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: Hi, When LRUs are pending, the drain can be triggered remotely, whether the remote CPU is running in userspace in nohz_full mode or not. This kind of noise is expected to be caused by preparatory work before a task runs isolated in userspace. This patchset is a proposal to flush that before the task starts its critical work in userspace. Changes since v2: * Add tags (thanks everyone) * Assume TASK_WORK_DEQUEUED is set before calling task_work_add() (Oleg) * Return -EINVAL if queued from kthread instead of silently ignoring. * Queue from a more appropriate place (folio_batch_add()) (Michal) * Refactor changelog on last patch (Michal) git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git task/work HEAD: 036bfe5153de18c995653ee5074d5eec463bbde0 Thanks, Frederic --- Frederic Weisbecker (6): task_work: Provide means to check if a work is queued sched/fair: Use task_work_queued() on numa_work sched: Use task_work_queued() on cid_work tick/nohz: Move nohz_full related fields out of hot task struct's places sched/isolation: Introduce isolated task work mm: Drain LRUs upon resume to userspace on nohz_full CPUs include/linux/pagevec.h | 18 ++---------------- include/linux/sched.h | 15 +++++++++------ include/linux/sched/isolation.h | 17 +++++++++++++++++ include/linux/swap.h | 1 + include/linux/task_work.h | 12 ++++++++++++ kernel/sched/core.c | 6 ++---- kernel/sched/fair.c | 5 +---- kernel/sched/isolation.c | 34 ++++++++++++++++++++++++++++++++++ kernel/sched/sched.h | 1 + kernel/task_work.c | 9 +++++++-- mm/swap.c | 30 +++++++++++++++++++++++++++++- 11 files changed, 115 insertions(+), 33 deletions(-)