From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Dominik Dingel Subject: [PATCH 0/4] s390/mm: Fixup hugepage sw-emulated code removal Date: Fri, 3 Jul 2015 14:46:05 +0200 Message-Id: <1435927569-41132-1-git-send-email-dingel@linux.vnet.ibm.com> Sender: owner-linux-mm@kvack.org List-Archive: List-Post: To: Andrew Morton , linux-kernel@vger.kernel.org Cc: Martin Schwidefsky , Heiko Carstens , linux390@de.ibm.com, Dominik Dingel , Christian Borntraeger , Michael Holzheu , linux-s390@vger.kernel.org, linux-mm@kvack.org, Gerald Schaefer List-ID: Heiko noticed that the current check for hugepage support on s390 is a little bit to harsh as systems which do not support will crash. The reason is that pageblock_order can now get negative when we set HPAGE_SHIFT to 0. To avoid all this and to avoid opening another can of worms with enabling HUGETLB_PAGE_SIZE_VARIABLE I think it would be best to simply allow architectures to define their own hugepages_supported(). Thanks Dominik Dominik Dingel (4): Revert "s390/mm: change HPAGE_SHIFT type to int" Revert "s390/mm: make hugepages_supported a boot time decision" mm: hugetlb: allow hugepages_supported to be architecture specific s390/hugetlb: add hugepages_supported define arch/s390/include/asm/hugetlb.h | 1 + arch/s390/include/asm/page.h | 8 ++++---- arch/s390/kernel/setup.c | 2 -- arch/s390/mm/pgtable.c | 2 -- include/linux/hugetlb.h | 17 ++++++++--------- 5 files changed, 13 insertions(+), 17 deletions(-) -- 2.3.8 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org