From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by smtp.subspace.kernel.org (Postfix) with ESMTPS id 753CE3B0AFA
	for <linux-kernel@vger.kernel.org>; Fri, 20 Mar 2026 12:38:27 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201
ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;
	t=1774010307; cv=none; b=Y8v2Sw+on6ay+V+QJH16EE3EfqjKbqLFa3KPhW125wCJNjIoJGsEX24ixWHaa0fAJLHMqGw1mMEOn+S1DQ5rtwr3UPTwE3mlMQq560hC7TUx1DwxMkysmcFrEXAsOtJ1vmxpy+Z28hHfHbRKZmddQYUagNoWtPHePIz61XAVVOs=
ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org;
	s=arc-20240116; t=1774010307; c=relaxed/simple;
	bh=nJHpnjgvrIHh79LW9gEvxwV7OUbKoONpGChOH72LcAA=;
	h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID:
	 MIME-Version:Content-Type; b=bOtfvdxs6fFn8vkWpZSpGP08wqGBxoi1hdpuSrHSdT4tPKbq944o7cSG6fpVPofAd3MZq6dQUDl7a41LwLIyqsVZvi+94wSToCYVrh73Rv8NksDJIQHCRMdzW2LaWQAYKahf2JAl1WBOnQ0EnzitzVeiemlFa6PCrZl/BNeXBys=
ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=LviMg0yJ; arc=none smtp.client-ip=10.30.226.201
Authentication-Results: smtp.subspace.kernel.org;
	dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="LviMg0yJ"
Received: by smtp.kernel.org (Postfix) with ESMTPSA id 49844C4CEF7;
	Fri, 20 Mar 2026 12:38:26 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
	s=k20201202; t=1774010306;
	bh=nJHpnjgvrIHh79LW9gEvxwV7OUbKoONpGChOH72LcAA=;
	h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
	b=LviMg0yJ0ZW2lo+4/1VDnYifz3SqdDrMD8wpKZ2J5oAOPM/NzWHAPY2QzXna9Pthf
	 SZ24DoelVv2rjweDHkKeAsutY+3/t+fvSYq0K0EN6dDY8KHxM+fh7mCM4FfRDiWG2e
	 TZiqqYEQ8Q3KReGJj5LMV9lWXs+Dzj+x3EqdIlzTPkiZjFAdsaT5ClVxp6CaR+lbcF
	 c1HA0zJU5PCT3OD0S+9JGFoYjZWR2MaqOH3TIXlE4BXH13El8y/lGVSrbeTwmgfL8G
	 311lP7XwIO7qevdC7bMPgXDPV9VDFD40FhmNBZlnRSBrO+svft8zZ//QboJoUgqhl8
	 VxWeeLZUuH7gw==
From: Thomas Gleixner <tglx@kernel.org>
To: Peter Zijlstra <peterz@infradead.org>
Cc: LKML <linux-kernel@vger.kernel.org>, Mathieu Desnoyers
 <mathieu.desnoyers@efficios.com>, =?utf-8?Q?Andr=C3=A9?= Almeida
 <andrealmeid@igalia.com>,
 Sebastian Andrzej Siewior <bigeasy@linutronix.de>, Carlos O'Donell
 <carlos@redhat.com>, Florian Weimer <fweimer@redhat.com>, Rich Felker
 <dalias@aerifal.cx>, Torvald Riegel <triegel@redhat.com>, Darren Hart
 <dvhart@infradead.org>, Ingo Molnar <mingo@kernel.org>, Davidlohr Bueso
 <dave@stgolabs.net>, Arnd Bergmann <arnd@arndb.de>, "Liam R . Howlett"
 <Liam.Howlett@oracle.com>, Uros Bizjak <ubizjak@gmail.com>, Thomas
 =?utf-8?Q?Wei=C3=9Fschuh?= <linux@weissschuh.net>
Subject: Re: [patch v2 04/11] uaccess: Provide
 unsafe_atomic_store_release_user()
In-Reply-To: <20260320091134.GP3738786@noisy.programming.kicks-ass.net>
References: <20260319225224.853416463@kernel.org>
 <20260319231239.410326941@kernel.org>
 <20260320091134.GP3738786@noisy.programming.kicks-ass.net>
Date: Fri, 20 Mar 2026 13:38:23 +0100
Message-ID: <87pl4yk75s.ffs@tglx>
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Type: text/plain

On Fri, Mar 20 2026 at 10:11, Peter Zijlstra wrote:
> On Fri, Mar 20, 2026 at 12:24:25AM +0100, Thomas Gleixner wrote:
>>  /* Define RW variant so the below _mode macro expansion works */
>>  #define masked_user_rw_access_begin(u)	masked_user_access_begin(u)
>>  #define user_rw_access_begin(u, s)	user_access_begin(u, s)
>
> Looking at this again after a sleep; does it make sense to rename this
> config symbol to something like ARCH_MEMORY_ORDER_TSO or somesuch?
>
> I mean, this is only going to be the 3 TSO architectures (x86, s390 and
> sparc64) setting this anyway, might as well make a little more generic
> config symbol for this.
>
> OTOH, its easy enough to rename the config thing if it ever is needed
> elsewhere I suppose.

Nah. TSO makes sense and is more useful.