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 6A617D5B846 for ; Mon, 28 Oct 2024 22:34:09 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 0494B8D0006; Mon, 28 Oct 2024 18:34:09 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id F39898D0003; Mon, 28 Oct 2024 18:34:08 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E27E78D0006; Mon, 28 Oct 2024 18:34:08 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id C4F7F8D0003 for ; Mon, 28 Oct 2024 18:34:08 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 83D82C0383 for ; Mon, 28 Oct 2024 22:34:08 +0000 (UTC) X-FDA: 82724464494.06.D505083 Received: from gentwo.org (gentwo.org [62.72.0.81]) by imf07.hostedemail.com (Postfix) with ESMTP id C1B7D40018 for ; Mon, 28 Oct 2024 22:33:33 +0000 (UTC) Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=gentwo.org header.s=default header.b=Tm6rP5jl; dmarc=pass (policy=reject) header.from=gentwo.org; spf=pass (imf07.hostedemail.com: domain of cl@gentwo.org designates 62.72.0.81 as permitted sender) smtp.mailfrom=cl@gentwo.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1730154718; a=rsa-sha256; cv=none; b=Ux35khT4cO1Dh7S49UwS2jZ1gC6u8XqPfMyDKJ6ujDJtp3g58SFf/BTSKd6vv1J3HsjdRE XEJ3iUz+dsDIge5ZAdg/xe+nyDZvoGiNvGE0IdO2KiIDe/qIseY30D9GKPVwm5xaGAcDZo q6pdWDPurmgDG2XbBFke/IFAH4qgz0k= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=gentwo.org header.s=default header.b=Tm6rP5jl; dmarc=pass (policy=reject) header.from=gentwo.org; spf=pass (imf07.hostedemail.com: domain of cl@gentwo.org designates 62.72.0.81 as permitted sender) smtp.mailfrom=cl@gentwo.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1730154718; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=/a7TPo3x6JPQlGrjMtShHu1VXX1m3umif9vry9xooZ4=; b=Yr9w+TJmZSiShAshyBZadcIHKsam+HO5TKUm++UO8smA+dvkPSJqY1sO1MR0MVZy1NoXou 7bGBbabTnIZEdSUQnYcA18zN46Z1gG4wNj9dBp/i0JIhXEs15JyJryJ5EK1+o/oq5VsYmL miRrzIlkEh6iejxf4+yXsgkr6IU6hMY= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gentwo.org; s=default; t=1730154845; bh=/a7TPo3x6JPQlGrjMtShHu1VXX1m3umif9vry9xooZ4=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=Tm6rP5jldCQOeell3AmKqZKnOJIWi/qOOYt5wEp7iz3Mf/s+a8rkByuQN2aBeLL4/ wyoICDSOFSU6BM4nd9URwyPeQ4BFH7+dzVNmTat8i04s2oxpFGrUELGeji+5PPQPsx XT72YgcL825ZX1MmuErPXWQwdw2dpMcyOQ1ofdu8= Received: by gentwo.org (Postfix, from userid 1003) id C573540262; Mon, 28 Oct 2024 15:34:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id C406C401C8; Mon, 28 Oct 2024 15:34:05 -0700 (PDT) Date: Mon, 28 Oct 2024 15:34:05 -0700 (PDT) From: "Christoph Lameter (Ampere)" To: Davidlohr Bueso cc: Peter Zijlstra , tglx@linutronix.de, linux-kernel@vger.kernel.org, mingo@redhat.com, dvhart@infradead.org, andrealmeid@igalia.com, Andrew Morton , urezki@gmail.com, hch@infradead.org, lstoakes@gmail.com, Arnd Bergmann , linux-api@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, malteskarupke@web.de, llong@redhat.com Subject: Re: [PATCH 2/6] futex: Implement FUTEX2_NUMA In-Reply-To: Message-ID: References: <20241025090347.244183920@infradead.org> <20241025093944.485691531@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: C1B7D40018 X-Stat-Signature: 7me7ucmj4koi5jps4jowpgqtkken78my X-Rspam-User: X-HE-Tag: 1730154813-511958 X-HE-Meta: U2FsdGVkX1+NHn8jfUKhV0f5PyMmKGKEH7ElqriRIaBr/LJkDBPoIj6AAGn8qPCku5HEkJWVh1XW1f8ZmqgDmPZi9yUB7bt4nY8g7X3d1TPEALJsPwZdMiIw1tz1eI4WoyfEcvIHBtvRdqsoxhl5NuBGZNUIeF76lqxinkWDEWSzHco3AyJhNtnI6bRYG1imuxsZVcBy5kTFJjdtdnToSajORUX3BwVigIrKdOvXjSbkQJ6gq750QlPXs3WqlTjxsxukcdHW/7vt4CW/HRphf6M/2OeMW51QZ5n1JcMrXkd9+thZyIWJ2/8fFvOq4sSJfUxhHeV6DIJqMigwDRcNB1/hk1BiC4Lg34zMU2gxhXT36hJyhSCdEx+wIFG9CKAYkgqEWf9UnggCs1afyRuZtUXmAwlsmSwmBioe1/TDybHFWUJ2qeATfIyZJW+MbDA9TWquzUb5Y/XtRqthTfxWhHmWE84+JkkpJbq7cAbb1iixKA6U2gHiTfUI9te/MqGXAXx8CeV/ZzkJJD3pPcDYcg1D2kI9WUz6jBRf1eiz5udIruLGdxEa1Cw08OsXK+U4tlSstcLAKlVadbTTTL+TnP4Fy2lthLy5Xs99DYvwiU/cOn9hy7hmw9hRIuEFzVRpLSkqAxY10FhbMVdM3GSuH/JLCCxub7cd+7/qRvBemYaUctqe94ExYwd5+N78iNzOkgyp9ebGXC4gAq4jy/dhEtPJYyud2Ar6xYXlX9XxHBQY10YMUo4XL1AVlROqc4MjZC6OeSAW/K2v7nqu4+uBEnT+ZJQSIT+q3XAUbNDl4roD83/1o3U1JZqKibRBo8VDKS7RR4gobupzij6SYVS9anAmZb4Ril5kJphj16QliGlJURrxuqxD8fBbyPHAUOaVsFdoLDDxBV/LnxPj/49q3BnW06LXAu95e4k0pw83UM+PSt81h+v74itudwNDFE3mU9DstFBdPVq9JcJNKB3 I2XNFcaJ 7X+W4uD4UuKtFO9jNzIhCuShb3724/lehXY1xm6ZdZ3lptHoCCRcmm+uk+XDp1lqGwI95GQ6pblmMT6r0N9h3q33OPGQ6BmlRHu0B7mZV5WYX1Cl0m6SCa1YqfxJEaSq8AoXzgPElfVYQu1eRZPZsNKnpSfX+Ik5CLIjkqvggPgIOcrf/j4z9I1GN7pu091DPvKhCSodjuGCxiAPdzCYi+p2KGTqfnMknW5Duj10nSQ9nJLqpb9S+7886KQ== 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 Sun, 27 Oct 2024, Davidlohr Bueso wrote: > On Fri, 25 Oct 2024, Christoph Lameter (Ampere) wrote:\n > > > Would it be possible to follow the NUMA memory policy set up for a task > > when making these decisions? We may not need a separate FUTEX2_NUMA > > option. There are supportive functions in mm/mempolicy.c that will yield > > a node for the futex logic to use. > > With numa-awareness, when would lookups ever want to be anywhere but > local? mempolicy is about allocations, futexes are not that. futexes use kernel metadata right? Those allocations are controlled by the tasks memory policy.