Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4428028imb; Wed, 6 Mar 2019 13:11:02 -0800 (PST) X-Google-Smtp-Source: APXvYqzJAboprIljJVQHJx2EprZ0pfdieBDbgU6fdfEhM7o3N6J8CiFitzNTKSDlb/vLBCsrlS4D X-Received: by 2002:a17:902:9a09:: with SMTP id v9mr8803104plp.225.1551906662536; Wed, 06 Mar 2019 13:11:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551906662; cv=none; d=google.com; s=arc-20160816; b=Jc8+u+Xii5VqLaLUUfNxKaMWO3CVfNRnkR3s+z0JTkEVb3NR3F1spOCtDdwTE72LTU W/P4/r51fRrD0vyQSVw96ukzWCGuWy5MEZ+B6TJbYHwqYM+sYn2yzqFeGVrt2A1hEhdx vW/oOlm2C2m2rV3V2AdkPG0zb3OVjygLNQ0uwbngqaWax4/W9HHhcSSdtRzdiBsVhMSs YjblJ6Y/+8U5EDq3EjWCaAaPqjW8jjOT+inuAWTh9Ve/48GyI9lhqNhlyM6qCyH7uwY5 KuFTd8v+oMoxtAoH5jiic9n0jpD2cn6ioYyw+y4QjqC6Si1/9Wh4fx96SLxsv55Zwzma 2rHQ== 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:mime-version :message-id:date:subject:cc:to:from; bh=BfWJYZ2J24t6kH8BtPo7VG82cFv6GMI/3MLWu1tNCfU=; b=QrxWVvmuvHIqQjMkGHILt3mMeqn9Sp7H0dSCgve57GjxNAhnDrVig+L+WpyfVvpNcc wFfe1y0bAsE6PIlaFhyNRDoavBz5CY1eYnfC7tSl6dLGnxOsc9Pg6xbRd3FTbLWCsgb+ t8RqBInLsykDOpuh4iNn0oSC0IziSKdwRULh2WDTWNDUfT5XMF1DXAFHS/Y6pQxRpgPN /1idRFHCPd6Fwwbw/dk05Gmz3v2+uXaTECN5l393A2ttoL94IQ1oqEJdPBCqevmuuhPU HjgfUioq4BT6m/pMHdKt1ic8veUdmrYE/luOs676mg2cRtC2d343LT7bPRjKDk0gif1S E2WQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id cc9si2428425plb.59.2019.03.06.13.10.44; Wed, 06 Mar 2019 13:11:02 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730036AbfCFTAY (ORCPT + 99 others); Wed, 6 Mar 2019 14:00:24 -0500 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:52281 "EHLO relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726424AbfCFTAY (ORCPT ); Wed, 6 Mar 2019 14:00:24 -0500 X-Originating-IP: 79.86.19.127 Received: from alex.numericable.fr (127.19.86.79.rev.sfr.net [79.86.19.127]) (Authenticated sender: alex@ghiti.fr) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 8D8ED24000D; Wed, 6 Mar 2019 19:00:06 +0000 (UTC) From: Alexandre Ghiti To: Vlastimil Babka , Catalin Marinas , Will Deacon , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Martin Schwidefsky , Heiko Carstens , Yoshinori Sato , Rich Felker , "David S . Miller" , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H . Peter Anvin" , x86@kernel.org, Dave Hansen , Andy Lutomirski , Peter Zijlstra , Mike Kravetz , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-mm@kvack.org Cc: Alexandre Ghiti Subject: [PATCH v5 0/4] Fix free/allocation of runtime gigantic pages Date: Wed, 6 Mar 2019 14:00:01 -0500 Message-Id: <20190306190005.7036-1-alex@ghiti.fr> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This series fixes sh and sparc that did not advertise their gigantic page support and then were not able to allocate and free those pages at runtime. It renames MEMORY_ISOLATION && COMPACTION || CMA condition into the more accurate CONTIG_ALLOC, since it allows the definition of alloc_contig_range function. Finally, it then fixes the wrong definition of ARCH_HAS_GIGANTIC_PAGE config that, without MEMORY_ISOLATION && COMPACTION || CMA defined, did not allow architectures to free boottime allocated gigantic pages although unrelated. Changes in v5: - Fix bug in previous version thanks to Mike Kravetz - Fix block comments that did not respect coding style thanks to Dave Hensen - Define ARCH_HAS_GIGANTIC_PAGE only for sparc64 as advised by David Miller - Factorize "def_bool" and "depends on" thanks to Vlastimil Babka Changes in v4 as suggested by Dave Hensen: - Split previous version into small patches - Do not compile alloc_gigantic** functions for architectures that do not support those pages - Define correct ARCH_HAS_GIGANTIC_PAGE in all arch that support them to avoid useless runtime check - Add comment in set_max_huge_pages to explain that freeing is possible even without CONTIG_ALLOC defined - Remove gigantic_page_supported function across all archs Changes in v3 as suggested by Vlastimil Babka and Dave Hansen: - config definition was wrong and is now in mm/Kconfig - COMPACTION_CORE was renamed in CONTIG_ALLOC Changes in v2 as suggested by Vlastimil Babka: - Get rid of ARCH_HAS_GIGANTIC_PAGE - Get rid of architecture specific gigantic_page_supported - Factorize CMA or (MEMORY_ISOLATION && COMPACTION) into COMPACTION_CORE *** BLURB HERE *** Alexandre Ghiti (4): sh: Advertise gigantic page support sparc: Advertise gigantic page support mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC hugetlb: allow to free gigantic pages regardless of the configuration arch/arm64/Kconfig | 2 +- arch/arm64/include/asm/hugetlb.h | 4 -- arch/powerpc/include/asm/book3s/64/hugetlb.h | 7 --- arch/powerpc/platforms/Kconfig.cputype | 2 +- arch/s390/Kconfig | 2 +- arch/s390/include/asm/hugetlb.h | 3 -- arch/sh/Kconfig | 1 + arch/sparc/Kconfig | 1 + arch/x86/Kconfig | 2 +- arch/x86/include/asm/hugetlb.h | 4 -- arch/x86/mm/hugetlbpage.c | 2 +- include/linux/gfp.h | 4 +- mm/Kconfig | 3 ++ mm/hugetlb.c | 54 ++++++++++++-------- mm/page_alloc.c | 7 ++- 15 files changed, 48 insertions(+), 50 deletions(-) -- 2.20.1