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 6D895C8303D for ; Sat, 5 Jul 2025 11:43:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C46976B8074; Sat, 5 Jul 2025 07:43:39 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C1E6F6B8067; Sat, 5 Jul 2025 07:43:39 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B5B776B8074; Sat, 5 Jul 2025 07:43:39 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id A3E046B8067 for ; Sat, 5 Jul 2025 07:43:39 -0400 (EDT) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 0F1058015B for ; Sat, 5 Jul 2025 11:43:39 +0000 (UTC) X-FDA: 83630026158.02.BE27AB3 Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) by imf26.hostedemail.com (Postfix) with ESMTP id CC20C140004 for ; Sat, 5 Jul 2025 11:43:35 +0000 (UTC) Authentication-Results: imf26.hostedemail.com; spf=pass (imf26.hostedemail.com: domain of segher@kernel.crashing.org designates 63.228.1.57 as permitted sender) smtp.mailfrom=segher@kernel.crashing.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1751715817; 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; bh=IvOQa11YbBFj7yBOidHoEYVqbRCUb5Oj+6ppKy7JZX8=; b=LiHeOjwMRVaxJHXVhB53dWdf4ls3evT7GTdBQUwXSqgYYOMpt6yj0Q5RiDbbJr5BcgU4Du lnJSc9CzCUHNyk3qzn4OqGjfWOPx2+u6zAlwRLyfArKxnPDsOdkXT8vule+pMtfI3tTWXt B67Ana5QSKeb+68NLIM7BMs4PhDz4OQ= ARC-Authentication-Results: i=1; imf26.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf26.hostedemail.com: domain of segher@kernel.crashing.org designates 63.228.1.57 as permitted sender) smtp.mailfrom=segher@kernel.crashing.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1751715817; a=rsa-sha256; cv=none; b=1rHFSRNEmTul/6Jd2Hlrk728KRVFJsaBBkkRn0WJdjT1RNFdJX58+UQ5Tr+tv939Y2Lrjm 9ESz2P9RxI1ZYOfMEhvQgi8BaS8CG3ZXIBIP76tlpIIbHtEOCIZCF9cLn8YJUMAdvfK+AN oMaJM8UnVP1dlSdOd/GMnVrPGavw1zU= Received: from gate.crashing.org (localhost [127.0.0.1]) by gate.crashing.org (8.18.1/8.18.1/Debian-2) with ESMTP id 565BgrOk149573; Sat, 5 Jul 2025 06:42:53 -0500 Received: (from segher@localhost) by gate.crashing.org (8.18.1/8.18.1/Submit) id 565BgnHF149569; Sat, 5 Jul 2025 06:42:49 -0500 X-Authentication-Warning: gate.crashing.org: segher set sender to segher@kernel.crashing.org using -f Date: Sat, 5 Jul 2025 06:42:49 -0500 From: Segher Boessenkool To: Christophe Leroy Cc: David Laight , Michael Ellerman , Nicholas Piggin , Naveen N Rao , Madhavan Srinivasan , Alexander Viro , Christian Brauner , Jan Kara , Thomas Gleixner , Ingo Molnar , Peter Zijlstra , Darren Hart , Davidlohr Bueso , Andre Almeida , Andrew Morton , Dave Hansen , Linus Torvalds , linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH 0/5] powerpc: Implement masked user access Message-ID: References: <20250622172043.3fb0e54c@pumpkin> <20250624131714.GG17294@gate.crashing.org> <20250624175001.148a768f@pumpkin> <20250624182505.GH17294@gate.crashing.org> <20250624220816.078f960d@pumpkin> <83fb5685-a206-477c-bff3-03e0ebf4c40c@csgroup.eu> <20250626220148.GR17294@gate.crashing.org> <3e9bff9f-1aaf-4e91-a6c0-328a343d18f1@csgroup.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3e9bff9f-1aaf-4e91-a6c0-328a343d18f1@csgroup.eu> X-Stat-Signature: 4i5io66ponyitrckhjannw55167xqe9h X-Rspamd-Queue-Id: CC20C140004 X-Rspam-User: X-Rspamd-Server: rspam07 X-HE-Tag: 1751715815-398203 X-HE-Meta: U2FsdGVkX1+lV6eSI6ymH8E+1lwbHGJ4vnS6zsfOpAsurlWknixRCMuRyHClxpprisjBjnmWrcuEls16o22xwS/jPy7AgIIdEloOOgUI+sETbWOO/V4LSJCjqAsDZwkcNzlYAc4nTHEXjEiPu1KZPxGdZDI+ZQ5j2q1tzdjAsCWW7IyTZiHoEN1rkQVQjsGe6deHufhA5akTKo66KqJV57dqDPWA68BPzA5okgztjYa9joLDloT+FjVm6bPuBe6YNJnlR5SPc/u1CItlXAQXe5LO3CWgypZEo4+CTt/+T3y1cFk5oqZcq25Nlmi2DirqSL40urYByYcH+PGmcwKTkfZSgXO5nG6SmjkEZEW024mATp8H3h+W819EPkQ4s4+pygSn2m5xtDPuvlQfEpws7Lbq3/c5PTDxcBwBNNJeo4VQk3Bl4H4JmNg+W1agPt5C/QCq1drefC1kbT93flX2wPFWDzLNTqE0a+QoFaERyOKmyHASSvLKhTQQK3QxKfg3PWysmtFSLCx/Ct+yM53i7Eswz6qs2y6gT1KrU8zzfT38nAH1c1Sgn7vaVA4x2dAdjWHLthCTedFXxoorQb9v47hqRJsfiB1aEp0qysVZHGYxn5tq06eU/TWoBjYO9Vk8cV71TbZG/vvmsZNxHfOF4osMWvIWjCNdGGS2h75+BcQSs6MlDrHgRUnM4D/09qJm2nSRzZZwtAIbEiQx4oYSgpU+HX3B6+VpybgTHrua9g6LTpKh3ezyAXuvmNF8UoGMIZlCBtvXZ2WqQWxidpjse49p+jT73un5V6AdH25zZRdHy//pni0m82tWImJClyDklvdt4lPLuVWSEqhFtJHQAQ== 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! On Sat, Jul 05, 2025 at 12:55:06PM +0200, Christophe Leroy wrote: > > > For book3s64, GCC only use isel with -mcpu=power9 or -mcpu=power10 > > > > I have no idea what "book3s64" means. > > Well that's the name given in Linux kernel to the 64 bits power CPU > processors. A fantasy name. Great. > > What is "powerpc/32"? It does not help if you use different names from > > what everyone else does. > > Again, that's the way it is called in Linux kernel, refer below commits > subjects: And another. > It means everything built with CONFIG_PPC32 Similar names for very dissimilar concepts, even! Woohoo! > > > For powerpc/64 we have less constraint than on powerpc32: > > > - Kernel memory starts at 0xc000000000000000 > > > - User memory stops at 0x0010000000000000 > > > > That isn't true, not even if you mean some existing name. Usually > > userspace code is mapped at 256MB (0x10000000). On powerpc64-linux > > anyway, different default on different ABIs of course :-) > > 0x10000000 is below 0x0010000000000000, isn't it ? So why isn't it true ? I understood "starts at". I read cross-eyed maybe, hehe. Segher