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 545BDC25B74 for ; Fri, 24 May 2024 04:47:07 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 841E96B0098; Fri, 24 May 2024 00:47:06 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 7F21B6B0099; Fri, 24 May 2024 00:47:06 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6E1116B009A; Fri, 24 May 2024 00:47:06 -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 46FBE6B0098 for ; Fri, 24 May 2024 00:47:06 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id B22C31A0864 for ; Fri, 24 May 2024 04:47:05 +0000 (UTC) X-FDA: 82152054810.13.C02113F Received: from mail.ozlabs.org (gandalf.ozlabs.org [150.107.74.76]) by imf30.hostedemail.com (Postfix) with ESMTP id 7912780009 for ; Fri, 24 May 2024 04:47:02 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=ellerman.id.au header.s=201909 header.b=paD3jrKn; spf=pass (imf30.hostedemail.com: domain of mpe@ellerman.id.au designates 150.107.74.76 as permitted sender) smtp.mailfrom=mpe@ellerman.id.au; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1716526023; 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=Lsx8n8TfdeBc5jT/DgUGbVF60hkQdqk58hk4W7Gj/N4=; b=HhUGAfPVSTa6xFh47SFfQ0O1SlRYqjxRAXQ2Y7ZBonVDdAavV9VZIeW/MuZm594x0cIpwZ 4Hn35zC9S8c+hXIm2tEhzeAYTe7/ZueqTuoRyVyl84lH18EZuDo9ZpJTs/VjrEzw4ICmya SdBapzK8sndE9Qc0u05EwbuhpGnloeM= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=ellerman.id.au header.s=201909 header.b=paD3jrKn; spf=pass (imf30.hostedemail.com: domain of mpe@ellerman.id.au designates 150.107.74.76 as permitted sender) smtp.mailfrom=mpe@ellerman.id.au; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1716526023; a=rsa-sha256; cv=none; b=3xXSMEM1QjsirMb8mSxonFxT20WHRdNmPRfAsrVudr1/X/Iuq3ifgsNH8g+7AtPEl6Ukb/ i1UdgLJ6bIl8EpNqcW1WLAyMIJt6Um8gLu4VUp+lDJf6kTl0lh/PVwT5CB4KCWC0ca6wPI 53AbIjyxCxeQmxGd5c2tvLsKDEoyyLM= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1716526018; bh=Lsx8n8TfdeBc5jT/DgUGbVF60hkQdqk58hk4W7Gj/N4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=paD3jrKnTyE62MX67uraqx0iJ6R9LHZwCYGsNl1DhIFk2hoURmUhHtaz+3v9Sqvd5 deSi032lPBUkourOaqJRLGrgE32hFS1nP6wHE4+18GamlqWCJVbSwlrkL+AGHGusvf 5gouHmpmhQv7AUf7GHkbT7mbExy4oNYoD974jskemhyOHLpbkllkMfTgOgZh2iyX+3 qWo4Fi/F7Sdh5TyeuSoonwnWaFMBSxiD4o7TbkUXaK0EVOgt8XZub99BKk7WiGy1mJ fLXfaHMdWTevEcy6BdGIhd5cA27GUnBT5pPzLBD3hSoKMkpz5VNC8FIj6/wGOYvLcN tijBRbbBEo2jA== Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4Vlsvk2vflz4wcR; Fri, 24 May 2024 14:46:58 +1000 (AEST) From: Michael Ellerman To: Peter Xu , Christophe Leroy Cc: Andrew Morton , Jason Gunthorpe , Oscar Salvador , Nicholas Piggin , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [RFC PATCH v2 00/20] Reimplement huge pages without hugepd on powerpc (8xx, e500, book3s/64) In-Reply-To: References: Date: Fri, 24 May 2024 14:46:58 +1000 Message-ID: <87jzjj4y0t.fsf@mail.lhotse> MIME-Version: 1.0 Content-Type: text/plain X-Stat-Signature: ro3row9ppym5n18oh4wbyxqdkw1b7tqn X-Rspamd-Queue-Id: 7912780009 X-Rspam-User: X-Rspamd-Server: rspam10 X-HE-Tag: 1716526022-611147 X-HE-Meta: U2FsdGVkX19p2FB77CAKjs1A+8EGtrVt1KaOqThAz2xauRxWO5YTvZRBLfJeFrno/XyTe6i2RyxDh9LRYex6ZYaiXeWRsvZneA4dViXHCPXdWm4FQiW63ct6cqeAjykq4IhpM14JX5SDJms5qAHYd0e/Atj0lvpMthCCqWrzxr0pLdZ2q/TKwFsrzepiefmolwgM2Z3TfZ5z4l6bf+A80857ByPT94XxyYfxPQ7wS+63g26p+CvgKIyDn6AOuAh9ZcDjdWFXOdCYeVtXgCPzgI4eYAMj/rs+DcxSkVyZbiaVGN5t5yOOQKnmAkM+xM875j5mkPRUjU+lD2OBrfA8Hzf77uEbjTAEj06zy39YrMDU49u9UFh4PXunXqCBebcQWXpSNmy+9Ch4RH4M4GGPm2Vdf1tLPwmh3vekHHcstoRoNmHV/VzgCCP8/HDXUtu2Q9SOGhsBouuov22MMcwy0GiAPyVtzu+qMz33Zda1TO/qOS7yA9d0FhVZxXFuMdbWGr6O1CSFQQ+aERm3g/t3nVcN7AoDXni9/OEOwv1fWVVe8zdKjLtJ6rjSFHBzlWLRSobyo0El5CpE5LpkwlHnzRPEQbvI6N7OAhd3kPRCTdfYcSq0QlWnZtejXJnv94Yfh9odxPIOfi8j2rMwySUGFvgyp5xRMqvSVmZYj+L4J5GvatV9KagHcmOJi0Sxg7gO7njMl7e1Nbt/TuDJwU294+Qpw+UeXuRW72JlDooKfPawW0oweqDd1W1OFlNn6OXuCiiwW+4VPu1JLzfKVdh8IF0esYL36C5Lwoohnuw+nNlqBYuVrVFPh1CHQh4HnYm+uGsJG805SBayXWdCKmRHd54afu2zRD3LV45Icxi4gckJb96dUN0x4LfzjhvreOHcExQxMxdnxMMtlNEUlgNNqG2HVK7GyqS0/4FzWW9YRvOTXxNq5cK2CQFD1wWhKlcgsS8bYRUQ9rENX9zyXp1 k6o+WJJ6 vEutE+dH6aIf8tNHGjarkv6Z+5vLN7/jU35DVvYkGEbRoqsRwYG5N9b5Jc0uZX0OXgn4PrZ8yEiSM6qJ8ZLRjfBzE/dar/2Djc0OcldvLfSJyQ8E= 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 Peter, Peter Xu writes: > On Fri, May 17, 2024 at 08:59:54PM +0200, Christophe Leroy wrote: >> This is the continuation of the RFC v1 series "Reimplement huge pages >> without hugepd on powerpc 8xx". It now get rid of hugepd completely >> after handling also e500 and book3s/64 >> >> Unlike most architectures, powerpc 8xx HW requires a two-level >> pagetable topology for all page sizes. So a leaf PMD-contig approach >> is not feasible as such. .... > > Great to see this series, thanks again Christophe. > > I requested for help on the lsfmm hugetlb unification session, but > unfortunately I don't think there were Power people around.. I'd like to > request help from Power developers again here on the list: it will be very > appreciated if you can help have a look at this series. Christophe is a powerpc developer :) I'll help where I can, but I don't know the hugepd code that well, I've never really worked on it before. Nick will hopefully also be able to help, he at least knows mm better than me, but he also has other work. Hopefully we can make this series work, and replace hugepd. But if we can't make that work then there is the possibility of just dropping support for 16M/16G pages with HPT/4K pages. > It's a direct dependent work to the hugetlb refactoring that we'll be > working on, while it looks like the hugetlb refactoring is something the > community as a whole would like to see in the near future. > > We don't want to add more Power-only CONFIG_ARCH_HAS_HUGEPD checks for > hugetlb in any new code. Yes I understand. cheers