Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4503890ybb; Tue, 14 Apr 2020 08:33:07 -0700 (PDT) X-Google-Smtp-Source: APiQypI52F0621bM/dAHuHhliWEn6lk2tAhxpYNglm/t5lH0NDtF5xtkA98GaK9+JbZk4a3ul1eq X-Received: by 2002:a17:906:3289:: with SMTP id 9mr721059ejw.130.1586878387145; Tue, 14 Apr 2020 08:33:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586878387; cv=none; d=google.com; s=arc-20160816; b=lBw3s5mxyl+iVKVUR4HI0a9tb6a6Uc6FL03Z2iqa74vh3Y9jpstTSVE+9nAnDz4H70 Rmowd5l2ij1gT6HrKnms9mf+X7s3iAvIIzR/5dJ3OrItUPH4Kop0ETKuTNmO5F228g29 3gwY/uBFN0OLKzBw412+pYQbm4PmclPjt6eEGBkZ/3FkZTHyIOZMF6fAZjOr8TaNn1xN ArYyCDGSfZdYQ7zRPHFztQl2t0R2mnvFjPuDshrXegLzl77LJdPL8Hr9hmNOBIiMi1tC 9tEfvcKrS22VkvXDVov2fihZSZbEFFc5Fubwdt6XVEX1KBwfN58xrW2CldudwJTlsmK8 YrbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=q5tuqv3XX5tdFZ2Nwqglyq4XexfbdM7sUkp/aIyLDRw=; b=lTmaD+boKJ0WnLc9R7u+iyzF5JKdrNHlEZd504+3+gsiVWmZReapUtl5kPo5Z79rWn 6V5xNFxG/HT/Z3bER4pImbVF+5oJ2Svy0XTk2wnvjOKIUTe3Ccrgub3LvSZsowwtry0f aLtDuuZCSzeS1O5wm2SI7zWCjDbA5s2uE4xo65zF6fWf0hNxomo9a+0KX1M9BZxv0G/d YvcgABZkjhTvnhaqHv1pB6uWDUyWVkRlGkiLs1wERt84evDgNh8WIaKVg3IniLKIjNnG HQTZpyYWrhFy41kpF4iaie1+dx6kx+But403/qpiDFOC+PeHXTDHOgJMo6LFw+TJzw1o k9+g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@c-s.fr header.s=mail header.b=IXS45WnH; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v25si5675159edx.49.2020.04.14.08.32.43; Tue, 14 Apr 2020 08:33:07 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@c-s.fr header.s=mail header.b=IXS45WnH; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2501963AbgDNM26 (ORCPT + 99 others); Tue, 14 Apr 2020 08:28:58 -0400 Received: from pegase1.c-s.fr ([93.17.236.30]:19996 "EHLO pegase1.c-s.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2501933AbgDNM2p (ORCPT ); Tue, 14 Apr 2020 08:28:45 -0400 Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 491lCB2VyJz9ty2q; Tue, 14 Apr 2020 14:28:38 +0200 (CEST) Authentication-Results: localhost; dkim=pass reason="1024-bit key; insecure key" header.d=c-s.fr header.i=@c-s.fr header.b=IXS45WnH; dkim-adsp=pass; dkim-atps=neutral X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id OnGikXuRMKJq; Tue, 14 Apr 2020 14:28:38 +0200 (CEST) Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192]) by pegase1.c-s.fr (Postfix) with ESMTP id 491lCB1Nqtz9ty2r; Tue, 14 Apr 2020 14:28:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=c-s.fr; s=mail; t=1586867318; bh=q5tuqv3XX5tdFZ2Nwqglyq4XexfbdM7sUkp/aIyLDRw=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=IXS45WnHSm1Ayq4SS0uiPxa3vST+WWMTF8g5pm0xicL0YmkmdHBVHM7MqFdvFivSy 4VKx/15HSGMZn84Khq7Sc+ziISswwhSUCUvDincDkchHmmJIjHMEuycCM/NgnTr/Xv cQH5RqaZiSzViAlD2v1Y1/wud6OaF/wj8MGMt9vo= Received: from localhost (localhost [127.0.0.1]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 8E0138B7EB; Tue, 14 Apr 2020 14:28:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at c-s.fr Received: from messagerie.si.c-s.fr ([127.0.0.1]) by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id 91o1xMRYsudU; Tue, 14 Apr 2020 14:28:39 +0200 (CEST) Received: from [192.168.4.90] (unknown [192.168.4.90]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 8F2278B7EA; Tue, 14 Apr 2020 14:28:38 +0200 (CEST) Subject: Re: [PATCH v2 4/4] mm/vmalloc: Hugepage vmalloc mappings To: Matthew Wilcox , Nicholas Piggin Cc: linux-arch@vger.kernel.org, "H. Peter Anvin" , Will Deacon , x86@kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Ingo Molnar , Borislav Petkov , Catalin Marinas , Thomas Gleixner , linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org References: <20200413125303.423864-1-npiggin@gmail.com> <20200413125303.423864-5-npiggin@gmail.com> <20200413134106.GN21484@bombadil.infradead.org> From: Christophe Leroy Message-ID: <36616218-1d3a-b18a-8fb8-4fc9eff22780@c-s.fr> Date: Tue, 14 Apr 2020 14:28:35 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200413134106.GN21484@bombadil.infradead.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 13/04/2020 à 15:41, Matthew Wilcox a écrit : > On Mon, Apr 13, 2020 at 10:53:03PM +1000, Nicholas Piggin wrote: >> +static int vmap_pages_range_noflush(unsigned long start, unsigned long end, >> + pgprot_t prot, struct page **pages, >> + unsigned int page_shift) >> +{ >> + if (page_shift == PAGE_SIZE) { > > ... I think you meant 'page_shift == PAGE_SHIFT' > > Overall I like this series, although it's a bit biased towards CPUs > which have page sizes which match PMD/PUD sizes. It doesn't offer the > possibility of using 64kB page sizes on ARM, for example. But it's a > step in the right direction. > I was going to ask more or less the same question, I would have liked to use 512kB hugepages on powerpc 8xx. Even the 8M hugepages (still on the 8xx), can they be used as well, taking into account that two PGD entries have to point to the same 8M page ? I sent out a series which tends to make the management of 512k and 8M pages closer to what Linux expects, in order to use them inside kernel, for Linear mappings and Kasan mappings for the moment. See https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=164620 It would be nice if we could amplify it a use it for ioremaps and vmallocs as well. Christophe