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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 79B96C433EF for ; Tue, 1 Feb 2022 12:12:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237861AbiBAMMA (ORCPT ); Tue, 1 Feb 2022 07:12:00 -0500 Received: from albireo.enyo.de ([37.24.231.21]:41722 "EHLO albireo.enyo.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237826AbiBAML6 (ORCPT ); Tue, 1 Feb 2022 07:11:58 -0500 Received: from [172.17.203.2] (port=49427 helo=deneb.enyo.de) by albireo.enyo.de ([172.17.140.2]) with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) id 1nEs0o-00F0Lu-E2; Tue, 01 Feb 2022 12:11:54 +0000 Received: from fw by deneb.enyo.de with local (Exim 4.94.2) (envelope-from ) id 1nEs0o-000CnI-2u; Tue, 01 Feb 2022 13:11:54 +0100 From: Florian Weimer To: Peter Zijlstra Cc: Mathieu Desnoyers , linux-kernel@vger.kernel.org, Thomas Gleixner , "Paul E . McKenney" , Boqun Feng , "H . Peter Anvin" , Paul Turner , linux-api@vger.kernel.org, Christian Brauner , David.Laight@ACULAB.COM, carlos@redhat.com, Peter Oskolkov Subject: Re: [RFC PATCH 1/2] rseq: extend struct rseq with numa node id References: <20220131205531.17873-1-mathieu.desnoyers@efficios.com> <8735l3k3hu.fsf@mid.deneb.enyo.de> <20220201110852.GW20638@worktop.programming.kicks-ass.net> Date: Tue, 01 Feb 2022 13:11:54 +0100 In-Reply-To: <20220201110852.GW20638@worktop.programming.kicks-ass.net> (Peter Zijlstra's message of "Tue, 1 Feb 2022 12:08:52 +0100") Message-ID: <87bkzq23cl.fsf@mid.deneb.enyo.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Peter Zijlstra: > On Mon, Jan 31, 2022 at 10:19:09PM +0100, Florian Weimer wrote: >> It can be used to implement getcpu purely in userspace, too. I had >> plan to hack this together with a node ID cache in TLS, which should >> offer pretty much the same functionality (except for weird CPU >> topology changes which alter the node ID of a previously used CPU). > > PowerPC does that quite a lot.. How so? Why make it especially hard for userspace?