From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [PATCH v2 4/4] mm/vmalloc: Hugepage vmalloc mappings Date: Tue, 14 Apr 2020 06:02:03 -0700 Message-ID: <20200414130203.GA20867@infradead.org> References: <20200413125303.423864-1-npiggin@gmail.com> <20200413125303.423864-5-npiggin@gmail.com> <20200414072316.GA5503@infradead.org> <1586864403.0qfilei2ft.astroid@bobo.none> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1586864403.0qfilei2ft.astroid@bobo.none> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane-mx.org@lists.infradead.org To: Nicholas Piggin Cc: linux-arch@vger.kernel.org, Will Deacon , Catalin Marinas , x86@kernel.org, linux-kernel@vger.kernel.org, Christoph Hellwig , linux-mm@kvack.org, Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Thomas Gleixner , linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org List-Id: linux-arch.vger.kernel.org On Tue, Apr 14, 2020 at 10:13:44PM +1000, Nicholas Piggin wrote: > Which case? Usually the answer would be because you don't want to use > contiguous physical memory and/or you don't want to use the linear > mapping. But with huge pages you do by definition already use large contiguous areas. So you want allocations larger than "small" huge pages but not using gigantic pages using vmalloc? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 14 Apr 2020 06:02:03 -0700 From: Christoph Hellwig Subject: Re: [PATCH v2 4/4] mm/vmalloc: Hugepage vmalloc mappings Message-ID: <20200414130203.GA20867@infradead.org> References: <20200413125303.423864-1-npiggin@gmail.com> <20200413125303.423864-5-npiggin@gmail.com> <20200414072316.GA5503@infradead.org> <1586864403.0qfilei2ft.astroid@bobo.none> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1586864403.0qfilei2ft.astroid@bobo.none> Sender: owner-linux-mm@kvack.org To: Nicholas Piggin Cc: Christoph Hellwig , Borislav Petkov , Catalin Marinas , "H. Peter Anvin" , linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org, Ingo Molnar , Thomas Gleixner , Will Deacon , x86@kernel.org List-ID: Message-ID: <20200414130203.lym_oYhZrW1bldtxPW5nVb6bah3MSQT6NhRJIv5FiuU@z> On Tue, Apr 14, 2020 at 10:13:44PM +1000, Nicholas Piggin wrote: > Which case? Usually the answer would be because you don't want to use > contiguous physical memory and/or you don't want to use the linear > mapping. But with huge pages you do by definition already use large contiguous areas. So you want allocations larger than "small" huge pages but not using gigantic pages using vmalloc? 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 X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 13031C2BA19 for ; Tue, 14 Apr 2020 13:02:10 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id DA36C2075E for ; Tue, 14 Apr 2020 13:02:09 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="JMmS5abk" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org DA36C2075E Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=GhDQ1gLJovBj7PCSmpl3pf0WUSth6LVMceEXHZvl0zo=; b=JMmS5abk8IlgsQ 9njbeTGRXXQQWfJlHVkcPuPr26H3HdnO15Fxg7JU1mXrNA1hyRNqZfm8jNUfqSrdn3mLmw8zSumkq jnoUNoMHTTyvdRiXG+Ogvwo/PN/x4erUPld50hcb2wjBfC41BORyt9jAXxk2/nb4NvZCFpOHhyDgP gdoezbcEZHmxshui3k2nhhQ+88cVzBgeygCh//1xQpz5BnkNeY81NNpylAtVwXrDQg1xdx9E4zQfV ps8z8lcnrX6clmWPSqvGkQ1+0gM7Hn1TaFg3LMB3XiEBvyduMWuookqSVnZVfHd1dJ8vPluW5gVPz ybE7EUoPp37ibU26+JGw==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jOLCa-0005jU-PI; Tue, 14 Apr 2020 13:02:08 +0000 Received: from hch by bombadil.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1jOLCV-0005fb-Ei; Tue, 14 Apr 2020 13:02:03 +0000 Date: Tue, 14 Apr 2020 06:02:03 -0700 From: Christoph Hellwig To: Nicholas Piggin Subject: Re: [PATCH v2 4/4] mm/vmalloc: Hugepage vmalloc mappings Message-ID: <20200414130203.GA20867@infradead.org> References: <20200413125303.423864-1-npiggin@gmail.com> <20200413125303.423864-5-npiggin@gmail.com> <20200414072316.GA5503@infradead.org> <1586864403.0qfilei2ft.astroid@bobo.none> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1586864403.0qfilei2ft.astroid@bobo.none> X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-arch@vger.kernel.org, Will Deacon , Catalin Marinas , x86@kernel.org, linux-kernel@vger.kernel.org, Christoph Hellwig , linux-mm@kvack.org, Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Thomas Gleixner , linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Apr 14, 2020 at 10:13:44PM +1000, Nicholas Piggin wrote: > Which case? Usually the answer would be because you don't want to use > contiguous physical memory and/or you don't want to use the linear > mapping. But with huge pages you do by definition already use large contiguous areas. So you want allocations larger than "small" huge pages but not using gigantic pages using vmalloc? _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel